Java增删改查项目实现难点与特色

难点?crud没有难点
如果你觉得有难点,it must be sth. wrong
要么你wrong了,要么就是其他东西wrong了
比如把一个crud操作分成三层的那个东西wrong了

■网友
【Java增删改查项目实现难点与特色】 增删改查本身,能有什么难点和特色?随便拉个初中生培训个几个月都能写的很麻利。
难点和特色不在CRUD中,在业务中,最常见的几点举个例子
业务特别复杂多变,可能建表就要建几千张甚至几万张业务数据量大,比如每天产生1TB以上的需要检索的数据业务访问频次高,比如每天要访问百亿甚至千亿次业务要求极高的可用性,就算损坏一个机房还能正常使用业务要求极高的实时性,比如最大允许小于1豪秒的delay业务有很高的智能需求,比如无人驾驶和自动炒股代码本身,可以从封装和高级特性上稍微追求一下,每天都写,只要想就可以做到。难点和特色,需要有机会实践,比较遗憾的是大部分人并没有这个机会。

■网友
这个问题让我想起之前看过的专辑: 程序员你为什么这么累?
看似简单的CRUD,但是很多人都做不好。看似简单的CRUD,其实里面有很多门道。

■网友
crud真是个好东西,精辟,我服。crud像水和空气一样,布满大大小小的程序,很多人从事的开发工作和crud密不可分,但又由于每个系统的访问量不同,就导致了crud的复杂度不一样,有人觉得简单,有人觉得不简单,这就是程序。
■网友
经常有这种觉得只是增删改查,貌似自己已经是java里面的大佬了,其实增删改查有很多玩法。增删改查结合起来就会碰撞出什么呢?首先不考虑你SQL写得怎样先,我们可以在将上面4种操作放在aop里,进行事务控制,查得慢了,我们可以做什么,给查加上缓存,缓存击穿咋么解决,通通扔aop里面好不?aop又能搞什么,各种反射各种泛型加上字节增强都上,就是要解耦要装x,而上面的事务可能有分布式的问题,好吧很多,not only crud


    推荐阅读