search
HomeJavajavaTutorialDevelopment ideas for Java enterprise-level projects
Development ideas for Java enterprise-level projectsSep 30, 2017 am 10:07 AM
javaEnterpriseIdeas

Java enterprise-level project development ideas. I met by chance and learned something from reading, so I share it with everyone. This article does not involve cases, but only talks about thoughts and concepts. Friends in need can refer to it.

What is enterprise-level project development

"Enterprise-level project", enterprise-level project development, Java is also enterprise-level project development, we say this everywhere, Listen, we talk about it every day, but what kind of project is considered "enterprise-level"? Can the small or large projects that I have been working on be considered enterprise-level? In other words, GXPT can be regarded as an enterprise-level project. Next, I will communicate and learn with you!

1. Current status of project development

We have been doing a lot of large and small projects in our improvement class. I have to work on projects all the time and catch up on projects. I believe that from the time we started working on projects until now, we have done many large and small projects, and there are more or less successful projects that we are very proud of. Now everyone looks back and thinks about how our projects are usually made! Even if each development team is different, our minimum implementation and overall design are still the same despite the project deadline, changes in customer needs, and various supervisions. It is more or less the same, but the scalability and flexibility are somewhat different.

Every time a project comes, after a few meetings, the project starts. People start to be assigned, and some requirements from customers start to be analyzed. Then some key developers start to set up the project for the project. shelf. So a project is underway. When it comes to building a framework for a project, professionally speaking, it means building an architecture. What we call architecture is actually dividing the project into several logical layers according to convention. As for whether this architecture is good, what are the risks, and whether it can adapt to future changes. , the risk and feasibility analysis of the technology used are rarely considered. The reason is very simple: it is generally developed in this way, and there should be no major problems. Indeed, many projects are indeed developed in this way, and many of them are successful. These are understandable. As for whether the standard is standard or not, and whether it follows any development principles, not many people care. No matter what, the project is successful.

In project development, we are very clear about many principles: single responsibility, dependency inversion, testability, maintainability... Many times, when coding, these Originality becomes redundant, and the project ends up becoming an accumulation of functional codes. Especially in the process of rushing the project, the effect of code accumulation becomes even more obvious: as long as the functions are completed, the rest will be discussed later. Sometimes this "say it later" becomes "never say it again" and just make do with it. There is nothing wrong with this.

In this way, year after year, we develop projects, do projects, and catch up on projects. Many people at Primary Key will become less interested in doing software development later as the project progresses: I originally thought that software development was a high-intelligence activity, but now I find it is a bit like manual labor. Year after year, month after month, we develop different systems for different customers.

The information shows: In the company...

I believe that many companies often put forward many very "attractive" slogans: by doing a large number of projects, accumulation and development Common components, the more components there are, the future development will just be a pile of blocks.... But in real projects, customers are constantly urging, and the superiors are also urging, and in the end no one cares about whether it is universal or not. Project development becomes more and more tiring. I believe this is one of the reasons why many developers change careers and transform.​

2. What is an enterprise-level project

Learning Java is getting closer and closer, do you often think about this issue? What is an enterprise-level project? Can a project developed for an enterprise, institution, or client company be considered an enterprise-level project? Is a very large project an enterprise-level project? Isn’t a small project considered an enterprise-level project? Is a code with tens of thousands or hundreds of thousands of codes an enterprise-level project? Confused!

In fact, I personally have not been very clear about the concept of "enterprise level". It’s just that I say this every day, and Teacher Mi also instilled in me the idea of ​​enterprise-level development. At first, I was really a little satisfied, and it sounded quite profound.

When it comes to enterprise-level projects, there are many concepts that come with it: enterprise-level architecture, enterprise-level development.

But no matter what: the concept of enterprise level has nothing to do with the size of the project. It can even be said to have almost nothing to do with it.

In fact, enterprise-level projects are actually projects with an "enterprise-level" mentality.

In the first part of the article, we arrived at the way we do projects now: the "stacking" of code functions. The code accumulated through this kind of accumulation is only used for this one project, and is almost useless for other projects in the future. This means that the code is not reused enough, and often in a project, a lot of code is miscellaneous. Yes, many similar functions require their own set of codes. Problems such as these have caused projects to become more and more generic, and many beautiful slogans have turned into bubbles.

Enterprise-level projects have at least the following characteristics:

Stability

Flexibility

Isolation

Reusability

Maintainability

I believe that these features are familiar to everyone. I won’t give a detailed analysis, everyone knows it. Having said all this, you may think that what I am saying is nonsense, but there is one thing that can be said: Nowadays, we do ignore these things when developing projects. Because of this neglect, the development of projects does speed up, but In the long run, project development will become increasingly tiring. If you think a little bit like this every time when developing, and try to write code that conforms to those characteristics, slowly, a kind of "Enterprise-level mind" will slowly come out, a A very similar metaphor: During a project, we encounter a difficult technical problem. We often spend a lot of time to overcome it, and finally solve it. Indeed, we can analyze this process of overcoming thinking like this: There is a wall between our thinking and the answer to the problem. When we try various solutions again and again to overcome the problem, our thinking hits this wall again and again. The wall finally breaks down and we get the solution to the problem.

 In the same way, we bring "enterprise-level" thinking to the project, and we hit the "wall" little by little, and finally The result is that common functions are encapsulated into common components, which can be accumulated for future projects.

Summary

My own feelings in this, and my own "enterprise-level mind", gradually But because I worked on projects with this idea in mind, I deeply realized that enterprise-level ideas can solve practical problems in the maintenance of personnel, the maintenance of Yonghe, the development of Kindness Commune, and the repair of problems in the examination system. I encountered repeated code modifications, website re-releases, flexible functions, and flexible addition of components. Through the universal website, Teacher Mi also patiently deepened this development concept for me over and over again. Personally, I think my thinking has improved, and it has also improved. I really got a lot of common components. Although the components need to be perfected, they already have some sweetness. The cost of later maintenance of the system is also greatly reduced. Enterprise-level development ideas are comprehensive in Java learning. GXPT middle school teachers also use this enterprise-level development concept to show off their talents.

The above is the detailed content of Development ideas for Java enterprise-level projects. For more information, please follow other related articles on the PHP Chinese website!

Statement
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
带你搞懂Java结构化数据处理开源库SPL带你搞懂Java结构化数据处理开源库SPLMay 24, 2022 pm 01:34 PM

本篇文章给大家带来了关于java的相关知识,其中主要介绍了关于结构化数据处理开源库SPL的相关问题,下面就一起来看一下java下理想的结构化数据处理类库,希望对大家有帮助。

Java集合框架之PriorityQueue优先级队列Java集合框架之PriorityQueue优先级队列Jun 09, 2022 am 11:47 AM

本篇文章给大家带来了关于java的相关知识,其中主要介绍了关于PriorityQueue优先级队列的相关知识,Java集合框架中提供了PriorityQueue和PriorityBlockingQueue两种类型的优先级队列,PriorityQueue是线程不安全的,PriorityBlockingQueue是线程安全的,下面一起来看一下,希望对大家有帮助。

完全掌握Java锁(图文解析)完全掌握Java锁(图文解析)Jun 14, 2022 am 11:47 AM

本篇文章给大家带来了关于java的相关知识,其中主要介绍了关于java锁的相关问题,包括了独占锁、悲观锁、乐观锁、共享锁等等内容,下面一起来看一下,希望对大家有帮助。

一起聊聊Java多线程之线程安全问题一起聊聊Java多线程之线程安全问题Apr 21, 2022 pm 06:17 PM

本篇文章给大家带来了关于java的相关知识,其中主要介绍了关于多线程的相关问题,包括了线程安装、线程加锁与线程不安全的原因、线程安全的标准类等等内容,希望对大家有帮助。

详细解析Java的this和super关键字详细解析Java的this和super关键字Apr 30, 2022 am 09:00 AM

本篇文章给大家带来了关于Java的相关知识,其中主要介绍了关于关键字中this和super的相关问题,以及他们的一些区别,下面一起来看一下,希望对大家有帮助。

Java基础归纳之枚举Java基础归纳之枚举May 26, 2022 am 11:50 AM

本篇文章给大家带来了关于java的相关知识,其中主要介绍了关于枚举的相关问题,包括了枚举的基本操作、集合类对枚举的支持等等内容,下面一起来看一下,希望对大家有帮助。

java中封装是什么java中封装是什么May 16, 2019 pm 06:08 PM

封装是一种信息隐藏技术,是指一种将抽象性函式接口的实现细节部分包装、隐藏起来的方法;封装可以被认为是一个保护屏障,防止指定类的代码和数据被外部类定义的代码随机访问。封装可以通过关键字private,protected和public实现。

归纳整理JAVA装饰器模式(实例详解)归纳整理JAVA装饰器模式(实例详解)May 05, 2022 pm 06:48 PM

本篇文章给大家带来了关于java的相关知识,其中主要介绍了关于设计模式的相关问题,主要将装饰器模式的相关内容,指在不改变现有对象结构的情况下,动态地给该对象增加一些职责的模式,希望对大家有帮助。

See all articles

Hot AI Tools

Undresser.AI Undress

Undresser.AI Undress

AI-powered app for creating realistic nude photos

AI Clothes Remover

AI Clothes Remover

Online AI tool for removing clothes from photos.

Undress AI Tool

Undress AI Tool

Undress images for free

Clothoff.io

Clothoff.io

AI clothes remover

AI Hentai Generator

AI Hentai Generator

Generate AI Hentai for free.

Hot Article

Repo: How To Revive Teammates
1 months agoBy尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Energy Crystals Explained and What They Do (Yellow Crystal)
2 weeks agoBy尊渡假赌尊渡假赌尊渡假赌
Hello Kitty Island Adventure: How To Get Giant Seeds
1 months agoBy尊渡假赌尊渡假赌尊渡假赌

Hot Tools

Dreamweaver Mac version

Dreamweaver Mac version

Visual web development tools

Atom editor mac version download

Atom editor mac version download

The most popular open source editor

WebStorm Mac version

WebStorm Mac version

Useful JavaScript development tools

VSCode Windows 64-bit Download

VSCode Windows 64-bit Download

A free and powerful IDE editor launched by Microsoft

Notepad++7.3.1

Notepad++7.3.1

Easy-to-use and free code editor