Cooper是一款软件架构师分析和改进软件结构的工具。
Cooper的六大价值
1、定量的软件结构质量评价模型
2、结构问题可视化/早发现
3、辅助识别领域业务组件
4、自动生成结构调整建议
5、结构调整虚拟执行
6、关注程序细节内容的分析器
当前特性列表
采用一套遵从业界认可的设计原则而形成的公式来度量软件结构的质量
以图形化的方式直观地展示软件结构中的问题
对发现的结构问题给出调整建议
模拟执行架构师对软件结构进行的调整，并给出数据对比
提供多种（当前25种）分析程序细节信息的分析器
允许用户编写自己的分析器放在Cooper中执行
支持单机模式、客户端模式、浏览器模式、eclipse插件模式运行
服务器端可以导出多个客户端项目的分数列表
服务器端可以记录同一项目的历史数据，并能够向技术管理者提供趋势分析
支持分析器上传和下载
支持分析结果在不同的Cooper间传递
单机版：http://cooper.duapp.com/standalone/Cooper.zip
源码地址：https://github.com/jdepend/cooper
给大家看看Cooper评价的25个java开源项目的分数：
规则定制窗口：
指标结构图：
发布包jars结构图：
调用时序图：
-
COOPER 平台通过分析软件开发者大数据对开发者进行全方位画像和协作关系分析，并构建软件开发者知识图谱，在此基础上提供开发者和开发资源的智能搜索与推荐服务。 平台详细描述： COOPER 平台包括开发者知识图谱、开发者多维能力分析工具、开发者/开发资源搜索工具、开发者/开发资源推荐工具等等，各个工具可以通过平台页面上方的导航栏方便地切换。 开发者搜索工具：基于关键词的开发者搜索与排序工具是一款基
-
本文向大家介绍meteor 仅软件包目录结构，包括了meteor 仅软件包目录结构的使用技巧和注意事项，需要的朋友参考一下 示例 许多人发现自己最终支持多个应用程序，并希望在应用程序之间共享代码。这导致了微服务架构和全包应用程序的概念。本质上，整个经典目录结构中的代码都被重构为软件包。 即使软件包中没有目录的硬编码逻辑，我们还是发现创建软件包时使用经典目录结构是一种好习惯。随着功能在应用程序中原型
-
3.2.1 配置结构 当默认的工程结构不适用的时候，你可能需要配置它。根据 Gradle 文档说明，可以通过如下方式重新配置Java工程的 sourceSets: sourceSets { main { java { srcDir 'src/java' } resources { srcDir
-
软件生命周期 问题定义 要求系统分析员与用户进行交流，弄清“用户需要计算机解决什么问题”然后提出关于“系统目标与范围的说明”，提交用户审查和确认 可行性研究 一方面在于把待开发的系统的目标以明确的语言描述出来 另一方面从经济、技术、法律等多方面进行可行性分析。 需求分析 确定软件系统的功能需求和非功能需求； 分析软件系统的数据要求： 导出系统的逻辑模型； 修正项目开发计划； 如有必要，可以开发一个
-
从4.4版本开始规范化底层的API、头文件、命名空间。 C 工程 php_swoole.h：PHP/C版本API swoole/include/swoole_api.h：C版本内核相关API swoole/include/coroutine_c_api.h：协程相关C的API， C++ 工程 php_swoole_cxx.h：全部的PHP/C/C++版本API，是目前最全的头文件 coroutin
-
1. 页面和项目结构 APP页面结构的如下图 项目结构如下。 主要目录： Resources： 存放项目中的一些资源文件，包括图片资源、默认的配置json文件、动画json文件 Sources： 存放项目的源码 Base：一些基础的功能模块 HTTPDNS：封装的阿里云 DNS 功能 RBRouter：封装 URL 跳转原生页面，H5 页面的功能 Operators：自定义运算符，用 json 转