社区
Java
帖子详情
打算用JAVA开发B/S架构的ERP系统,采用什么样的技术组合比较好呢?
lihui98
2007-06-03 01:52:57
打算用JAVA开发B/S架构的ERP系统,前端用ajax展现,还打算采用hibernate和spring,现在就是在web框架问题上有点犹豫,是否需要struts呢?或者是webwork?或者是其他的?或者不需要?
各位进来讨论讨论吧,谢谢捧场
...全文
1778
20
打赏
收藏
打算用JAVA开发B/S架构的ERP系统,采用什么样的技术组合比较好呢?
打算用JAVA开发B/S架构的ERP系统,前端用ajax展现,还打算采用hibernate和spring,现在就是在web框架问题上有点犹豫,是否需要struts呢?或者是webwork?或者是其他的?或者不需要? 各位进来讨论讨论吧,谢谢捧场
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
20 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
jimmyjimmy
2007-07-06
打赏
举报
回复
JSF 、struts2 都可以
ms16211803
2007-07-06
打赏
举报
回复
JSF+hibernate
sg552
2007-07-06
打赏
举报
回复
另, Struts 1.x , Webwork3, Struts2.x 都差不多了。 只要懂第一个,后面两个自然会用。
JSP是绝对的武功正宗,所谓的Velocity,JSP,Tapestry,Freemaker都只是旁门左道,糊弄糊弄用户还可以, 真正开发起来就知道孰好孰坏了。
Ajax也是糊弄用户的。Javascript的低效率,可以让用户的体验好感度彻底丧失。所谓的局部刷新根本没那么大优势。IE对各种行业标准的不采纳,也会让你的Ajax开发遇到巨大挑战。
Hibernate的巨大作用,不但体现在OO持久化,还体现在它生成的SQL语句,是针对不同的DB调优的。一个菜鸟用的HQL,语句效率比老鸟用的JDBC SQL 大部分情况下要高。那些说Hibernate不行的人,你问问他是不是刚学H不到半年的新手??
查询多,用索引。访问量大,用Cache. 如果项目大,找个专门的Server Admin, Tomcat性能一样不差。
一个合格的美工人员,仅仅用CSS就能让你的系统璀璨生光。再合格一点,可以让你用户的需求更加明确。
在项目中一定要用自动化。build, generate code, unit test, document (看好,我没写错) 这些都可以用到。
记得保留好各种设计和文档。只交付代码,那是手工作坊干的事情。
最后,如果你是项目负责人, 请一直对团队保持微笑。哪怕你很着急很着急,也不要对任何一个成员表现出一点不耐烦。因为他们是你的最好伙伴。
sg552
2007-07-06
打赏
举报
回复
使用JSP。 Hibernate, Spring IOC, Struts Action。 足够了。
AJAX不要用。很恶心。
JSF, 不要用。 很恶心。
Velocity不要用。功能绝对比不上JSP。
Lucene, Cache 必用。
写好文档, 做好build的自动化,doclet+ Ant, 恩。
就这些忠告, 不要你咨询费了。hehe ...
lly520
2007-06-09
打赏
举报
回复
推荐spring+ibatis+struts,页面采用标签。
对struts的actionform做一个改进,可以提高很多开发效率
我们的项目中,库表1000多个,功能模块也有1000多个,完全没问题,曾经最大并发数目达到6000多人。
zjh1983314
2007-06-05
打赏
举报
回复
最好开发的系统每个页面都刷新,不要用ajax控制,做了以后你就知道了!!!还有框架能不用最好不要用,erp有大量的数据处理。联合查询就可以玩死你!
Rachael1001
2007-06-05
打赏
举报
回复
时间赶的话
哪样熟选哪里
不赶的话就自己学下不懂的技术
选没做过的框架锻练下
kaoloveting
2007-06-05
打赏
举报
回复
做erp,厉害哦
likgui
2007-06-05
打赏
举报
回复
关注
wxj276
2007-06-05
打赏
举报
回复
至于联合查询可以全部放到数据库里开执行,就是多使用存储过程,视图等。再就是sql语句注意优化。
wxj276
2007-06-05
打赏
举报
回复
大的ERP用webwork比用struts好多了。那些提倡struts都是只会用struts的
lihui98
2007-06-03
打赏
举报
回复
struts应该是够用,但我总觉得它太繁琐了
iwillrockyou
2007-06-03
打赏
举报
回复
请问现在流行B/S的ERP系统么?做ERP的前景如何?我所在的城市主要做电力系统和ERP。。。还有银行金融。。。
deng1234
2007-06-03
打赏
举报
回复
我还是觉得不用框架,速度快一些。
如果你在公司搞一年就走人,
那就用框架,这样开发速度会快一些。
后期框架升级就不好说了。
cuiyingfeng
2007-06-03
打赏
举报
回复
struts够了,注意开发效率
ljianq
2007-06-03
打赏
举报
回复
JAVA开发这样的东西,最后真能用吗?
zqznew
2007-06-03
打赏
举报
回复
struts2.0.6!!
dodoma
2007-06-03
打赏
举报
回复
struts2.0以上系列吧,最好的选择。
jicken_woo
2007-06-03
打赏
举报
回复
ssh!!
改造改造。..
syhan
2007-06-03
打赏
举报
回复
struts成熟点吧相对资料也多
OpenClaw智能体系统部署避坑指南:
架构
、配置与证据链实战
AI智能体系统不是增强版聊天机器人,而是具备任务编排、状态管理与可验证执行能力的分布式工作流平台。其核心原理在于将自然语言指令解析为可调度的函数管道,并通过配置即代码(Markdown)、端到端证据链和分层隔离
架构
保障可靠性。
技术
价值体现在故障隔离、灰度发布与审计回溯能力,广泛应用于自动化报告生成、本地代码审查、企业微信AI助手等需强确定性与可运维性的场景。本文聚焦OpenClaw这一典型AI智能体操作系统,深入解析其多平台部署陷阱、SOUL.md宪法治理机制及evidence证据交付实践。
大数据与普通数据的本质区别:从5个维度看
技术
选型分水岭
大数据并非单纯指数据量大,而是应对超单机规模、多源异构、高时效性、低确定性及稀疏价值等复杂场景的
技术
范式。其核心在于分布式存储(如HDFS)、Schema-on-Read建模(如Hive/Spark)、流式计算引擎(如Flink)、容错
架构
(如RDD血统)与数据淘金能力(如MapReduce聚合)。这些特性共同支撑PB级日志分析、实时风控、IoT海量接入等典型应用。当数据突破单机承载阈值、需处理JSON/Protobuf等多样格式、要求毫秒级响应或容忍噪声时,传统数据库便让位于大数据
技术
栈——本文即围绕这五
代码智能体实战避坑指南:从认知错位到分层生成
代码智能体不是高级自动补全,而是需重新定义协作关系的
开发
伙伴。其核心原理在于基于自然语言理解业务意图、构建逻辑图谱并生成可执行代码,
技术
价值体现在提升交付效率与降低重复劳动,典型应用场景包括ERP定制
开发
、高并发接口优化和合同审批流重构。实践中必须规避‘全栈幻觉’与领域知识断层,尤其需警惕提示词中缺乏业务动因和现状快照所导致的逻辑偏差。本文聚焦真实工程落地中的5大高频翻车点,覆盖角色认知、提示词结构、分层生成、审阅流程与本地化部署等关键环节。
企业级AI编排:MuleSoft与LangChain混合
架构
实战
AI编排(AI Orchestration)是将大模型能力嵌入企业核心业务流程的关键工程实践,其本质是协调数据流、模型调用与系统集成的自动化调度机制。它基于传统企业集成理念演进而来,强调在安全合规前提下实现多源数据聚合、动态模型路由与结构化结果交付。相比单点AI工具,混合
架构
通过分层解耦——由MuleSoft负责企业级数据管道与治理,LangChain专注AI原生逻辑——显著提升可维护性、可观测性与合规保障能力。该模式已广泛应用于销售智能助手、客服首响建议、风险预警等高价值场景,成为ToB AI落地的核心范
MuleSoft+LLM企业级AI编排实战:构建可审计、可治理、可生产的智能集成系统
AI编排(AI Orchestration)是大语言模型(LLM)从实验走向企业生产的核心范式,其本质是通过标准化流程调度、弹性治理、上下文管理与语义路由,解决LLM固有的非确定性、延迟波动、token敏感及审计缺失等工程化瓶颈。区别于简单API调用,真正的AI编排需深度耦合企业服务总线(ESB)能力,实现协议适配、PII脱敏、调用链追踪与合规日志留存。MuleSoft凭借原生连接器生态、可视化低代码编排与开箱即用的治理策略,成为金融、制造、医药等强监管行业落地LLM的关键底座。本文聚焦可投产的AI编排
架构
Java
51,408
社区成员
86,093
社区内容
发帖
与我相关
我的任务
Java
Java相关技术讨论
复制链接
扫一扫
分享
社区描述
Java相关技术讨论
java
spring boot
spring cloud
技术论坛(原bbs)
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章