jojo亲吻替身
这些天我从事的项目并没有适当的“旧版”,但是却出现了一些曲折,使其不尽如人意。
在此项目中, 分层架构是阻碍我开发简单功能的最糟糕点之一。 所有经验丰富的开发人员大喊“什么”,“分层体系结构是可维护性的根本!” 我全心全意。 那么,层架构又如何成为障碍呢?
- 首先,添加太多层会破坏分层。 我一直支持在不严格要求时将层数保持在低水平-特别是DTO 。 层太多了,您不仅会在开发时增加复杂性,还会在运行时增加性能开销。
- 其次,映射非常重要。 如果您将属性名称从一层完全更改为另一层,那么新手必定会无休止地挠头。
- 在所有情况下,这些层的重点是分离代码。 因此,保持这种方式。
- 最后,如果您需要做前一点(或全部),请记录下来!
就我而言,我偶然发现了所有4点的总和,以及一个以前未知的组件(至少对我来说), jQuery模板 。 这个jQuery插件用于处理AJAX(但这只是一个巧合,因为我怀疑您可以将其替换为任何等效的文件,但仍会得到无法维护的代码)。
尽管我了解通过再添加一个插件来帮助JavaScript的意图,但我倾向于对客户端的实际管理方式不满意:一点也不。 现在,我们终于有包括质量指标(詹金斯+声纳),开发人员和运行像对JavaScript的疯狂没有把到位等价的基础设施架构师一个体面的构建过程 - 是的,这是可能的,完全是胡说八道。 这就是第一点。
在服务器端,Spring MVC是框架。 控制器返回通过JSON转换器处理的DTO。 猜猜是什么,服务器发回的JSON被映射到另一个JSON实体客户端,该实体具有原始字段的所有字段,但不是所有具有相同名称的字段。 第2点只会使您更难理解会发生什么,而客户端则意味着全文搜索。 欢迎来到您的新家...
我不会假装我理解jQuery Template的所有复杂性,因此我只了解所见代码:通过聚合HTML代码段(包括具有CSS class属性的div)动态创建HTML完全违背了我所知道的一切参数值。 即使占用了20行以上的字符串,即使它们整齐地对齐,情况甚至更糟。 现在,您真的要痛苦了,因为不仅您JavaScript代码未经测试,而且还混合了HTML,CSS和JavaScript:我很可怜这个应用程序的维护者(我已经做了我的本职)。 那是第3点。
要点4:您在开玩笑吗?
jojo亲吻替身