各位IT界大拿们,小弟工作一年之余,对于技术想在此请教下逻辑问题,各位感激不尽~.
各位IT界大拿们,小弟工作一年之余,对于技术想在此请教下逻辑问题,各位感激不尽~.
题材：主子表共40个字段,主表信息用户填写,子表信息界面上提供[增删改查]按钮,点击保存时触发的一系列代码,掺杂了一些业务逻辑,但是不算特别复杂,因公司内部框架,所以代码就不贴出来了.只在此讨论下代码行数的问题.
说说我的逻辑:
实现上诉题材,我一共用了200多行代码,项目经理在评审代码的时候,说我代码逻辑特别复杂.
我的逻辑是一直在跟踪界面上的信息,判断界面上删除了几条子表信息,修改了几条子表信息,增加了多少条子表信息.然后在保存时,依据上述操作过的记录,进行保存.将子表信息存库.
说说他的逻辑:
他说这种实现方式存在问题,要他来说,主子表只需要在保存时,先依据主表把子表信息删除,
在保存时通过界面上传递过来的数据,在将子表记录插入子表中去.100行以内就能搞定
疑问：
他说的那种方式确实是逻辑性不强.而且代码易实现.但是我心里确实是有一点不服,感觉他的实现方式太不符合正常操作.更不需要去谈什么编程思想了.虽然我写的逻辑略显复杂,我总觉得我这么处理是正确的处理方式呢.并且,我用我的实现方式,大概出了15个BUG左右把，全是小BUG,存储漏某字段,界面上校验等问题.他总会说我这种方式会有一大堆BUG.我不解了,应该用他那种方式处理这问题,还是应该用我这种方式处理这问题,
是不是我处理的逻辑确实不对呢?是我实现的逻辑复杂化了嘛..
感慨：
哎，工作一年之余感觉对java理解还算可以,但是在经理的面前怎么跟狗屎一样.继续努力吧.
小感慨下，嘿嘿,无奈~哎!..
各位大神,帮忙指点一二.主子关系应该如何实现呢,感谢了~
[解决办法]
抱歉，没看懂你说的啥。
[解决办法]
楼主，你那种方式更好。但是你是不是考虑优化你的代码呢？
你的带头大哥那种做法，也许在那个项目中可以用，但是问题多多啊，尽量不要这样搞。数据量小的时候倒是看不出来，如果上万条记录呢？全部删除，再插入，这个效率是非常低的。此外，还需要考虑一种情况，如果你把子表全部删了，但是保存的时候报错了，并且数据也不能回滚，那么，问题就大了。
一般数据库操作都是需要的时候才删除或者插入，换句话说就是该删的才删除，不该删别瞎操作。尤其是数据量大的时候，删错了有你哭的时候。
[解决办法]
我个人认为，不管用什么逻辑什么方法，只要能解决问题就行，我的上司就不管内容，只看结果。
这就好比去顾客去买商品，其实顾客是想要这商品为了压价，就说些这商品的缺点。
你就是一个卖家，你要证明你的逻辑或方法有哪些优点和亮点。
