个人浅见: 0. 文件是否清楚易懂? 组织清楚? 容易找到需要的东西? 有不见得齐, 齐不见得堪用, 更不见得好用, 不过在那之前你得先找得到 1. 使用者数量 或 搜寻热门程度 * 为什麽? ** 使用者数量 -> 好找人 ** 搜寻热门程度 -> 红, 多人讨论, 资源多 * 怎麽看? ** 使用者数量 -> 用 framework 名当关键字能在人力银行找到多少工作? ** 搜寻热门程度 -> 用 google trends 搜 framework 名 *** google trends -> http://www.google.com/trends/ 2. 是否有特别需求? ex: memory, max concurrent, response time 这部份就没什麽特别的, 多估狗几篇 ooo vs xxx, 内文和回应都看过去, 多看几篇大概会有个底, 当然最後还是要自己做几个 POC, 用 jmeter 之类的做点 stress test, 用 visualvm 等软体观察看看 3. 是否有什麽特别整合需求? ex: 需要使用特别的 reverse proxy, SSO framework * 使用特定 reverse proxy, 那可能要留意 framework 编码, 例如有的 reverse proxy 跟 utf-8 encoded url 不合 * 使用基於 redirect 的 SSO framework, 那可能就不适合使用 heavy ajax 的 framework, 不然就是架构上要多下点功夫, ajax 跟 redirect 天生有点犯冲 这些也要自己架一下环境测测看 4. 学习曲线 学习曲线越短, 相对的表示顾用新人的 CP 值越好, 对老手的需求越低, 虽然这对软体工作者来说可能不是好事... 这部份跟一有点重叠, 越多人会且资源越多, 通常就比较容易 pick up 5. 与旧技术或其它 framework 的相容度/相似度 这个 framework 是不是很"特立独行"? 一个写传统 jsp/html/javascript/css 的人, 之前的经验有多少再用率? 或者当之後别的专案需要改用别的 framework 时, 目前的经验能有多少再用率? 如果没有相当特出的其它 advantages, 越特立独行的越不考虑 这部份要实际写几个小 project 试试才知道 ※ 引述《cyclone350 (老子我最神)》之铭言： : 大家好，今年在公司学了很多软体的东西，当然也包含JAVA : 直接跳入主题，JAVA有很多很多 framework... : 这些 framework 的用法跟技术官方文件跟网路几乎都有， : 所以不用担心技术上的问题。 : 我在烦恼的是，假如我是一个架构师，该如何选择一个 framework ? : 举一个最简单的例子，一个 Web MVC，最常听到的Struts跟Spring MVC... : 不管我选哪一个，我总要有一个理由， : 例如这专案要用 Spring MVC，为什麽要用? 有谁在用? : "有谁在用" 这个问题我实在是很苦恼，因为如果官方网站没有写的话， : 要怎麽知道有哪些网站在用...? : 既然不知道有哪些网站在用，那要怎麽说服别人? : 而且说真的在这个例子我也无法说服我该用哪一种， : 从各种网站的比较只能得知，spring MVC 好像比较快， : 然後原理不同，spring MVC 比较省资源等等... 但终究只是 blog 文章而已... : 以上只是一个例子，真正要选择的东西有太多了 : ap server, catch, javascript framework, css framework, ORM framework, : database, warehoursing, Security, search enginee... : 甚至 ap 的 function 该写在 java 里面或是 store procedure 里面都可以是一个议题 : 我认为很重要的说服方式是 "在某某某网站就是用这个方法去实作" : 但是我总是不知道到底有哪些网站去实作此 framework : 不知道各位是用甚麽方式去说服别人该用哪种 framework ? --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 1.160.30.17