想做用友U8的二次开发，所用的开发语言是java，一点思路都没有，该怎么做？
传统u8是
.net
开发的，u8cloud是Java开发的。你找到用友u8二次开发技术***，里面有详细的二次开发方法，对照着就能做东西了。如果是传统u8开发，调试代码要要用到u8的核心文件开发版，这个只能找相关的从业人士获取。
用友U8的二次开发，按大牛的总结，按先后出现的顺序，有这么几种：
1）直接写库，单据要搞点事情，用触发器。这种玩法，开发语言无所谓了，VB，C#，j***a都行，相当于一种***式的开发。唯一的要求，你要懂用友的数据库。如果只了解大概关系，只能开发一点报表。要写单据，就要知道很多技术细节，比如单据表的编号生单规则是什么，表与表之间靠什么键关联的，下游单据要回写上游单据什么字段。这种方法适合两种人：绝对的菜鸟和绝对的高手。
2）用EAI。这是最成熟的方法，可用的开发语言也多，VB，C#，j***a都行。知道怎么调用EAI就行了。但有两个缺点：客户要花钱买EAI许可，导入的数据无上下游关系。比如，你导入一张产成品入库单，这张单据不会回写生产订单的已入库数量。
3）EAI之后就是API了。这个技术就比较成熟了，二开人员基本在用这个，语言限制为VB和C#。当然，客户要花钱买许可。
4）为了在用友系统构造出新的业务单据，用友提出了开发平台UAP。应该说，解决报表问题，是非常成熟了，不复杂的单据也足够。当然，客户要花钱买许可。
想要开发系统功能，怎么做，做些什么；首先解决的应该就是业务场景的问题；可以从如下方面进行着手：
1、可以收集需求，在网络上收集产品功能或者找竞品进行分析，找到产品所需功能点
2、关键是要有用户，用户才是产品的使用者，找到核心的用户，从他们那找到痛点；本人文章很多的技术和方法可供参考
3、对需求进行分析解刨，找到用户痛点，提出产品解决方案；
4、整个过程是系统性的不只是埋头苦干，做二次开发关键是找到用户的痛点；对用户的研究这也是一个系统工程，本人文章可供学习
非计算机专业想了解软件二次开发，考软考对自己有帮助吗？
软件开发方面，更看重的是实际的操作技能，能解决问题，给公司创造效益才是最重要的，企业更看重你的项目经验，做过哪些东西。
所以说，想做软件的二次开发的话，直接学习相关的开发技术即可，无需考证。
目前用的最多的就是J***a了，很多企业的软件，系统，网站都是用J***a来开发的。在学习的过程中，可以选择直接学习J***a方面的技术。
以前学习J***a的时候，看的是“如鹏网”的《这样学J***a不枯燥》视频教程，通过开发超级玛丽，连连看，吃金币，飞机大战，汤姆猫，电影的弹幕动画等来讲解J***a的基础知识点，学起来还不枯燥。
想选用一个J***a快速开发平台为基础进行开发和平台建设，有什么建议？
平台选型一怕当小白鼠、二怕服务滞后、三怕隐性收费，Myapps低代码开发平台业已打磨17年，无论是产品还是服务都有保障！
MyApps是天翎自主研发的第四代可视化低代码快速开发平台，用户通过拖拉拽配置式操作，即可快速构建出能同时在PC和移动端运行的各类管理系统，节约80%以上开发工作量！
天翎致力于将复杂的技术以简单的模式为广大政企赋能，缩短周期、降低成本、提高质量，没什么不可以！动手试一试，付出有成本的行动定能收获惊喜！
***有***试用，你可以过去体验下。
题主的问题很有代表性，尤其是对企业[_a***_]化建设前期进行技术选型时，需要重点考虑。根据本人经验，通过J***a开发平台做平台开发时，建议关注以下几个方面：
如果你的目标是建设一个平台，那就说明不是一个小项目，一定要明确开发目标（尤其是阶段性里程碑目标）。在项目整体目标明确后，做好系统架构设计。系统架构设计不聚焦在J***a开发平台上，而是界定好平台内部各个功能模块（或业务组件）之间的关系，确定通信机制和访问协议。如果是***建设的平台规模较大（如：将来***用户量上千万，或后台数据TB级别），可能还需要做好中台建设（关于中台的建设此处不再展开），但一个信息化平台至少包含以下几个部分：
▲通用系统架构
J***a开发一大优点是可实现跨平台运行，无论是Windows服务器还是Linux服务器，只需要安装JVM和JDK即可，从而实现了开发程序和操作系统的解耦。但平台建设最难的是业务功能的解耦。几乎所有平台都会涉及到安全体系、权限体系、跨域访问等问题。在平台架构设计完善后，务必要将业务功能解耦，将公共调用的功能模块抽象出来，形成独立的组件，尤其是涉及到后台算法和性能的组件，更需要从具体业务模块中抽象出来。在组件调用时形成固定通用的调用接口，可以使封装后调用，也可以是代码级、工程级引用。这样既可做到平台业务可扩展，也增强了后续升级迭代的便捷性。
▲功能解耦示意图
J***a另一特点是其庞大的开源体系，可以从GitHub上获得巨量支持。通常我们可以引入第三方成熟的组件，以快速高效实现特定系统功能的效果。但引入第三方组件时，最好遵循开源和成熟的原则。以便在业务调整，需要修改组件涉及到的相关功能时，可直接修改组件相关源码。
