OSC 第 117 期高手问答 -- 『企业级 JavaEE 架构设计精深实践』作者悠悠然然访谈

开源中国股瞎 发布于 2016/05/04 07:46
阅读 7K+
收藏 27
OSCHINA 本期高手问答(5月4日- 5月12日)我们请来了 @悠悠然然 为大家解答关于企业级 JavaEE 架构设计精深实践的问题。

@悠悠然然 ,恒生电子首席架构师、技术研发部部门经理,主要技术领域为J2EE及应用开发平台领域,涉猎广泛,在模块化、元数据、模板引擎、数据库分区分表、SOA等等领域等都有较深入实践。其企业级开源框架Tiny在去年开源中国TOP 50热度榜单中排名第三。

悠然同时也是《企业级Java EE架构设计精深实践》一书的作者

本书可是由开源中国创始人 @红薯 写序力荐的哦,红薯的序

欢迎大家对企业级 JavaEE 架构设计进行提问,当然也可以提其他的问题。

为了鼓励踊跃提问,『清华大学出版社』会在问答结束后,由 @悠悠然然 从提问者中选取最多 10 名提出了有挑战、有深度问题的会员奖励《企业级 JavaEE 架构设计精深实践》一书,还等什么,如果你是JavaEE领域的爱好者,速度行动吧。

如果你没有获得出版社的奖励,但是你想获得本书,那就可以从全网唯一的在高大上的开源中国预售网址预订,只要109元就可以获得,本书及悠悠然然的亲笔签名并且快递到家了。

OSChina 高手问答一贯的风格,不欢迎任何与主题无关的讨论和喷子。

下面欢迎大家就企业级 JavaEE 架构设计精深实践方面问题向 @悠悠然然 提问,请直接回帖提问。
加载中
0
悠悠然然
悠悠然然

@ssyzym @mahengyang @超级奶爸老谭 @平西王 @Phoenix750021 @p2ng @西夏一品堂

恭喜以上同学获得《企业级JavaEE架构设计精深实践》图书一本。

请私信@悠悠然然 告知快递信息(格式:姓名 电话  地址)。

注意:如果没有关注@悠悠然然,认为放弃中奖机会

1
平西王
平西王
@悠悠然然 : 楼主有没有计划出一本架构师实战的书,想学。自己写的服务动不动就挂了,哎
悠悠然然
悠悠然然
回复 @青苗 : 前面没有看到你的回复,今天回复一下啊。 首先我不仅不拒绝踢场子的,还欢迎有根有据踢场子的,只有不同的声音出来,才更接近真相,才更容易促进发展。 关于你说得POM分得粗组的问题:能分得细,肯定可以合得起来。但是都合起来,就不一定能分得细了。分得粗或细都有各自的优缺点,相对来说分得细更进退有度,请细细品味。
青苗
青苗
回复 @悠悠然然 : 可以学习下 spring 模块划分,话外 smart-framework 的可阅读性做的就很棒!体验做好了相信会有更多的愿意接触使用 tiny 框架!祝发展更好。。。
青苗
青苗
回复 @悠悠然然 : 提前申明,我不是来踢场子的-。- 首先恭喜作者出书了!分享这么好的东西给大家。 在这里给你提个意见,之前曾抱着取经的态度尝试阅读 tiny 框架,抛开新框架的学习成本不提,发现一严重问题 tiny 至少 100+ 的 pom 依赖模块,瞬间失去了git down 学习的兴趣。感觉是不是细分的有的过了?!spring 体系足够强大,模块划分也没有这么细。
悠悠然然
悠悠然然
呵呵,这本书大概就是吧,不过可能侧重点点不一定一致。
1
打杂uu
打杂uu
@悠悠然然 :有没有更好的java或js,ajax或jquery分页代码吗最好就是含有一些高级的算法来分页,S2SH框架使用 ,,
最近想学会优化代码,学习一些高级的算法,来提升框架的能力,最好就是用java或js,ajax或jquery写的分页代码吗 

最好就是含有一些高级的算法来分页 ,什么快速排序,什么插入排序法之类的如何运用在自己的S2SH代码之中, 
DavidWho
DavidWho
回复 @Rest721 : 网络通信数据压缩算法?感觉不是很有必要,毒素(效率)会大大降低
打杂uu
打杂uu
有没有好心人,提供一下分页的高级算法,跪求
0
灰灰
灰灰
想学,但又不懂JAVA EE,只能自己买来看看
悠悠然然
悠悠然然
ENEN,其实设计思想是相通的。
0
GKTest
GKTest
@悠悠然然 :您好啊,企业管理系统,在数据库分区分表,有没有好的思路,基本都是单据关联基础数据,感觉很难才分
悠悠然然
悠悠然然
数据库分区分表,即是一个技术问题,也是一个业务问题。 技术让实现更简单,业务让逻辑更清晰,同时也对性能、适用性、未来的扩展等方面有提前量。 Tiny分库分表采用在JDBC层解决此问题,因此更加透明方便,对于开发人员的影响几乎为0,但是还是要由技术经理和DBA分析业务层的问题,来确定Patition Rule和Shard Rule。
0
梧桐秋枫
梧桐秋枫
@悠悠然然 :企业级应用在组件在选择开源上要注意什么。
悠悠然然
悠悠然然
通用的工具类、框架、平台可以选择开源,业务性比较强的东西可以选择闭源。
0
GKTest
GKTest
@悠悠然然 :您好啊,企业管理系统,用户的单次操作有可能耗用服务器的大量资源,如导入导出,有没有好的思路
悠悠然然
悠悠然然
这个问题有多种解法: 在实时性比较强的系统中,可以采用低峰时段执行这些费时工作。 通过水平扩展,拓展服务器(应用、数据 库)处理能力也是一种解决手段。 当然,也有根据服务进行分流的解决方案。 归到最后一点就是:要根据自己的实际应用场景进行分析并给出解决方案。
0
悠悠然然
悠悠然然
本书涵盖的内容主要包括:虚拟文件系统实践、缓存实践、文件处理框架实践、模板语言实践、数据库访问层实践、数据库扩展实践、服务层实践、流程引擎实践、元数据实践、展现层开发实践、Web扩展实践、Tiny统一界面框架实践和RESTful实践。
0
陈明东
陈明东
@悠悠然然 :redis支持负载均衡吗?我们系统设计时,对于高并发写入操作都是先写入redis然后定时写入数据库,同时读取压力也大。redis可以设计支持负载均衡吗,将读取任务负载平均分摊到不同机子?
悠悠然然
悠悠然然
Redis本身有一定的这个功能,但是实际应用过程中还有一定不足。 我们自己也扩展了一些集群相关的功能,感兴趣的话可以看一下。
0
coldstone
coldstone
@悠悠然然 :请问一下,企业级的应用,如果业务上都是紧耦合不易拆分的话,技术上能从哪些方面来解耦或者实现松耦合的架构?
悠悠然然
悠悠然然
一般来说业务上紧耦合不易拆分这一点是不太成立的。 之所以现在有这个结论,实际上是还想得不够清楚。 如果上层的不可拆分,那要做的就呆能是数据库的读写分离啊,应用服务器的集群等方面进行一些处理能力的扩展,但是光凭技术是无法解耦的。
返回顶部
顶部