感觉有些新出的是好的，轻量的，比如web编程里的前后端分离可以减轻耦合度？

来源：蜘蛛抓取(WebSpider) 时间：2022-05-01 01:20 标签： 前后端到底需不需要分离

C++程序模块间降低“耦合度”，大家通常是怎么做的？
请高手们谈谈经验，给俺们科普一下吧

程序员要做的不是尽力避免错误，而是聚焦在快速发现并改正错误。真正以快速方式轻易解决错误，“快速的失败”远胜过“预防错误”。Fred George

“提取公因式”＋“生拉硬拽”＋“剪不断理还乱”＋“Interface”＋“正交”≈瞎折腾 ∵“计划永远赶不上变化”AND “这个世界上唯一不变的就是变化”
深感同意。。最麻烦的就是给程序添加功能。。一不小心吧整个项目给搞乱了 然后就完蛋了。。代码也没有备份

有点深奥的问题，小弟co了两年代码，尚未窥得一斑

分析问题领域的共同点与变化点，然后封装变化点。 《代码大全》书中也是对列举了几种低耦合高内聚设计的例子 但还是对于变化点的适当封装来实现的（函数，类等等）

软件开发最困难的东西，就是复杂度。之所以有复杂度，是因为细节。现在的软件，其背后的细节恐怖到令人发指，所有的概念，全部都是为了控制细节。不管是你用到多少个所谓高端的设计模式，还是看上去非常高深的框架，还是一大堆的抽象手段，也无法填平问题域和计算机的那条极其巨大的鸿沟。这条鸿沟，是很多很多的人用命去填的，深渊下的森森白骨，是那丧心病狂的细节魔王一个一个的生生活埋的。
壮士啊，结果很悲惨啊。。。
“提取公因式”＋“生拉硬拽”＋“剪不断理还乱”＋“Interface”＋“正交”≈瞎折腾 ∵“计划永远赶不上变化”AND “这个世界上唯一不变的就是变化”
照您这么说，无可救药？

“提取公因式”＋“生拉硬拽”＋“剪不断理还乱”＋“Interface”＋“正交”≈瞎折腾 ∵“计划永远赶不上变化”AND “这个世界上唯一不变的就是变化”

耦合度的话还是应该看看设计模式，还有模块的业务功能尽量不能重叠，彼此的耦合度就低

“提取公因式”＋“生拉硬拽”＋“剪不断理还乱”＋“Interface”＋“正交”

15~18楼所言甚合我意

短时间很难说清楚，最基本的原则就是 高类聚低耦合，开放封闭原则，接口隔离原则，最少知识原则等，门面模式，中介模式等可以参考



  • 该语言的特点就是除了具备ES的特性之外还纳入了许多不在标准范围内的新特性，所以会导致很多浏览器不能直接支持TypeScript语法， 需要编译后(编译成JS) 才能被浏览器正确执行。

为了能够更直观的体验Vue带来的数据绑定功能， 我们需要在浏览器测试一番， 操作流程如下：

  1. 在浏览器上运行第一个Vue应用程序， F12进入开发者工具。

  2. 此时就可以在控制台直接输入vue.message来修改值， 中间是可以省略data的， 在这个操作中， 我并没有主动操作DOM， 就让页面的内容发生了变化， 这就是借助了Vue的数据绑定功能实现的； MVVM模式中要求ViewModel层就是使用观察者模式来实现数据的监听与绑定， 以做到数据与视图的快速响应。

我要回帖

更多关于 前后端到底需不需要分离 的文章

 

随机推荐