首页   注册   登录
 V2XEX 最近的时间轴更新

V2XEX

V2EX 第 326367 号会员,加入于 2018-07-02 20:40:32 +08:00
Firefox 插件无故丢失!
全球工单系统  •  V2XEX  •  29 天前  •  最后回复来自 V2XEX
10
两个含有大量重复字段的表需要设计成一张表吗
程序员  •  V2XEX  •  41 天前  •  最后回复来自 V2XEX
20
在小公司搞外包的正确姿势是什么
程序员  •  V2XEX  •  88 天前  •  最后回复来自 xxuuaa
4
是否应该优先学习简单、便捷的开发语言、工具?
  •  4   
    程序员  •  V2XEX  •  113 天前  •  最后回复来自 V2XEX
    39
    敲代码需要刻意注意“指法”么?
    程序员  •  V2XEX  •  127 天前  •  最后回复来自 hentaisan
    60
    学了 3 天 Angular 我抑郁了
    程序员  •  V2XEX  •  146 天前  •  最后回复来自 kiinlam
    89
    V2XEX 最近回复了
    22 天前
    回复了 flyindance 创建的主题 Java # querydsl
    orm 就 orm,sql 就 sql,你写这个比原生 sql 好在哪?少打几个字吗
    29 天前
    回复了 V2XEX 创建的主题 全球工单系统 Firefox 插件无故丢失!
    @xuyuehang

    插件都还能用,懒得折腾了.真的只是个浏览器而已,不是不可替代的,再出什么问题直接换了了事
    30 天前
    回复了 ranleng 创建的主题 全球工单系统 微信朋友圈 bug. 字体超级大。
    每一次想你,我都要提醒自己什么
    @d3vil
    感谢您的回答,工程的问题涉及到方方面面,有时可能需要将视野放宽才能解决。
    至于我说的“浪费空间”的空间,也许我的表达不太准确……我并是不指浪费了物理意义上的空间,而是设计了两张包含大量的重复字段的表让我有种“ repeat your self ”的冗余之感,当然设计表不同于写代码,也许这么设计也没问题?


    此项目确实只是个小项目而已,但如果不加思考闭着眼睛那就是真的 it 民工了
    @passerbytiny 你总结得不错
    还记得刚开始学框架时心里就一直有一个疑问:所谓的 MVC 分层的这个 m 为何没有按“面向对象”的思想承担起属于自己的“行为”。
    依你看,现在把所谓的“业务放到” pojo 里的做法是否妥当呢?
    java8 及其以后的各版本解决了很多问题了,不知道还有必要学 kotlin 不
    @no1xsyzy 我想了下,感到这确实也是个经验问题。
    开始我假设的情况是“定需求"这个环节能做到最好,那么开发过程中很多看似由程序员造的坑即可避免(当然,在这种需求都给清楚了的情况下,程序员还能犯错那自然是难辞其咎的)。

    然而我假设的这种条件是苛刻的,作为一个开发者自然不能去要求其他人(甚至是上司、客户),把“定需求”这个环境做得完美,在实现需求的过程中要做的工作也不止”按图画画“这么简单,有经验的人听到别人说了 1+1 自己马上能想到 10+10 甚至开始为 10x10 做准备了,我在写代码前确实“想”得少了,就自身来说还是个经验问题。

    下次写代码前还是得多花时间去“想”,这样在起步阶段也许会慢,但是把这个工作做了,那项目将会更健壮,容错率也更高。
    @no1xsyzy 我只是举个例子而已……那以后我还要加其他东西呢?你势必要写其他的方法、类,把可重用的东西抽象,这个谁都知道。
    如果你开始就知道要接收用户输入按需打印,那你大可以规划一个输入模块,一个计算打印内容的模块,一个打印模块等,代码不仅井井有条、漂漂亮亮,还利于维护拓展,这就是你说的“模块划分很好”了,但是在开始做的时候没人告诉这些,加上时间紧任务重,我想是个正常人都直接写个 system.out.print (“ hello world ”),以后改什么直接在上面加,这样久而久之垃圾代码就出现了…

    还有,你自己给自己定的需求,别说过段时间改一次了……可能这一秒跟下一秒是完全不同的两个想法,那直接抄起键盘就开干,但是你摸良心说说这和客户\产品经理给你改的需求是一回事不……
    @no1xsyzy 发现模块化做得很好是什么鬼。我说的改需求是:开始只要你打印一个 hello world,后来要你打印十次,再后来要你根据我输入的次数打印并且还要附带我输入的内容……这种的改需求你能在一开始就预料到了?

    如果一定要说面对频繁更改的需求,并在开始写代码前就能预料到客户想法并写出条理清楚、结构清晰,可维护性高的代码如此简单的话,我想“扫码改需求”这种事情就不会成为程序员们所调侃(单自己做的 toy project 不在我说的范围内,产生需求和解决需求都是自己,没有什么东西在约束和评价,与实际多数人都在从事的开发工作不是一回事)
    @yfl168648 确实是个好思路

    @Kiske
    1、单就现在的简单需求(真的不考虑后续维护)来说,两种做法哪种更优?
    2、个人感觉 find in set 不如 like 啊,因为前者的“分组”操作是一个开销,我已用 uuid 储存(非自增 id ),不会出现误查的情况 。不知 MySQL 的 like 查询是否有短路机制。
    3、不瞒你说,我想在在搞的东西需求简单,还真想过把对象全转 json 存数据库,但考虑到数据库操作 json 肯定要经过解析这一步,每条数据都解析一遍开销略大,罢了。你讲的维护的事情涉及到东西很多,有时候不是程序员的水平不行,迫不得已写垃圾代码谁也没办法(每天都有新需求,每天都要改需求,你懂的)。
    4、关于项目分层,我觉得 mvcs 的分层好像和“面向对象”的思想有些出入,本想在本帖一并讨论,但又感觉两者非同类问题。不日我将另发一帖讨论。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   823 人在线   最高记录 4385   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 13ms · UTC 20:58 · PVG 04:58 · LAX 12:58 · JFK 15:58
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1