这是一个创建于 3330 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在做即时通讯，看到环信的一个消息实体类，就想到了这个问题。
源链接：
http://www.easemob.com/apidoc/android/chat/com/easemob/chat/EMMessage.html
其实我只想写个消息实体类，但我觉得有必要提这个问题...
 |
1
funky 2015-10-30 11:12:21 +08:00
上面知识 jar 的 doc 但是我不太明白你说的意思，
|
 |
2
fwrq41251 2015-10-30 11:26:32 +08:00
关于怎么写 java doc,参考 oracle 的文档 http://www.oracle.com/technetwork/articles/java/index-137868.html
然后 eclipse 里就有生成 doc 的功能,点几下就行了 |
 |
3
chenhui7373 OP @fwrq41251 可能我提问的方式不对，我想知道的是要有怎样的水平才能写 jar 包，然后要怎么达到这种水平。依然感谢！
|
 |
4
vietor 2015-10-30 11:44:19 +08:00
“企业级“这三个字就是骗人的，一般解释为”有企业“在用。有一些情况是解释为”使用了 ERB “。
|
|
5
vietor 2015-10-30 11:44:52 +08:00
修正 EJB
|
 |
6
WalkingEraser 2015-10-30 11:54:19 +08:00
设计模式，泛型，反射，动态代理，我猜的
|
|
7
funky 2015-10-30 11:58:53 +08:00
企业级就是唬人的。但是狭义下的企业级可能是指 IBM 的 EJB(无责任猜测)
|
 |
8
cnhongwei 2015-10-30 12:07:53 +08:00
1 、没有必要使用 EJB ，现在都轻量级了，还用这玩意干什么？
2 、你例子中也不是一个实体类，就是一个正常的 Bean 。 3 、技术达到能写 EJB 的唯一条件就是：蛋疼。 |
 |
9
HentaiMew 2015-10-30 12:15:11 +08:00
“企业级”....."jar 包".... 原谅我一看标题就把你归在初学者范围内了。
如果你想写 jar ，也就是 java 的 library 。 你需要了解构建工具，例如简单的 maven ，在后者是相对复杂的 gradle 。 至于什么水平写 library ，没有这个限制... 企业级通常在框架领域是指能上实际生产环境并且能承受 例如数据量大，事物密集，架构复杂，保证安全性等因素的并且通常是某一件事的新解决方案。 假若，我写一个很简单的 tools 库，专门处理 java 中各种繁琐而简单的小步骤，例如一个个简单 API 就能转换字符串和时间，转换对象和 JSON 、判断 string 和 object 是否非空包括 null,“”和.size=0 等等等等。 只要保证正确性和优雅的实现，然后写好一个个方法上的文档注释，用构建工具打包，自动生成 doc ，没人会觉得你这是一个很烂的库，一样可以用在企业项目中。 至于你觉得的环信，是因为代码架构和模式优雅，而你自己无法写出或者重构出这样的代码，你不了解这样做的思想，只是认为很有逼格，所以提出了这么一个问题，对不对。。。 |
 |
10
bramblex 2015-10-30 12:55:48 +08:00
“企业级”？
1. 你给你的 jar 包建一个公司。 2. 雇佣一个庞大的穿着西装革履的销售团队。 3. 把你的 jar 包使用授权费定价位 50w 。 4. 让你的销售团队多跑大企业和政府的 IT 部门负责人，并且给对方许诺 20 个点的回扣。 5. 好了，你的 jar 包现在就是“企业级”的 jar 包了。 |
|
11
bramblex 2015-10-30 13:00:54 +08:00
提供“企业级”软件产品的都不是科技公司
而是打着科技公司名义的金融公司，而且主营业务是保险。 |
 |
12
Felldeadbird 2015-10-30 13:03:49 +08:00
把 jar 包容量做大。接口要多，但必须绕口。 对外高兴地说，这是重量级的企业包，
|
 |
13
phx13ye 2015-10-30 13:35:54 +08:00
spring 是坠吼的，不服不辩
|
 |
14
Cloudee 2015-10-30 13:42:33 +08:00
LZ 说得是复用，不是企业级
从简单的开始，比如说常用的小工具经常封装个 Util 类之类的，就能放到一个 jar 里面，要是发布的话好好写 javadoc 就是。 然后考虑一下能不能通过抽象适配一类场景，封装成类，通过继承或者组合来适配具体的业务。一个 jar 包是不是足够的内聚，是不是能去掉一些用途不太大的依赖。 如果向用户 Web 应用的话，还可以考虑是不是对 IoC 框架友好，比如如果作为 Service 层，是不是对多线程友好，状态是不是要抽取出来用独立的对象来保存，是不是能作为单例存在，配置能不能完全通过 get/set 属性来实现。 逐渐打磨就是了。 |
 |
15
idamien 2015-10-30 21:04:19 +08:00
我斗胆来加个评论，希望不会被喷死
楼主的 jar ，说白了就是中间件，或者说通用模块 写这种东西在一开始就要注意设计架构，使用接口，应用设计模式等等 慢慢积累就好 |
Select Language