米粒人生 2018-09-13 09:41:14 2701次浏览 2条回复 0 0 0

说说我对设计模式的一点理解:我既被不用设计模式坑过,也被过度使用设计模式坑过,所以主张根据需求合理设计。——既要防止过度设计,也要防止不用设计,但主要是防止不用设计。24中经典设计模式就是24中经典场景下解决问题的经典方法,多用比不用好,但不能滥用。

大家觉得呢?

  • 回复于 2018-09-13 18:13 举报

    这个问题我在写代码中也纠结过,到底用不用,如何用。24中经典设计模式其实就是前辈在面向对象开发过程中总结出来的经典场景,不能滥用。设计模式的关键其实就是在写代码的时候要面向接口编程,而不是一味的封装函数。说不下去了。。。

    1 条回复
    回复于 2018-09-14 14:02 回复

    这个话题不想搞成一个思辨的话题。我只想说,过渡设计固然有问题,但是多用比不用好。理解二十四种经典解决问题的场景,就算不用设计模式也对解决问题大有裨益

  • 回复于 2018-09-18 18:01 举报

    我觉得小部件就是过度设计,我有这个精力学这个东西,不容直接去学前端了.

    3 条回复
    回复于 2018-09-18 20:40 回复

    我倒是觉得,在vue等数据驱动前端框架出来后,前后端分离完全能实现的情况下,那些啥各种前端模板(blade,swig等)基本都属于过度设计了。与其花各种时间搞如何渲染模板,还不如学下vue这类东西

    回复于 2018-09-19 14:08 回复

    我跟你想的一样,但是blade模板还好吧. 但是yii2 的这个activeform 和 widget, 刚看的时候看的我一脸懵逼. 你学多长时间了 ?

    回复于 2018-09-20 13:03 回复

    我没用多长时间。一开始感觉很牛逼,越到后面越希望能前后端分离处理。这种表单之类糅合PHP脚本,再结合model的情况实在不喜欢。另外,我用ajax异步去实现表单提交,验证,保存也很简单。这里感觉最有帮助的是数据模型Model,场景等

您需要登录后才可以回复。登录 | 立即注册