tyboot is a springboot-based service-side scaffold for the rapid development of single services. You need a micro-service solution to see another project, tycloud (still under improvement)

1. Simplify the basic business development process
    a. For form queries, do not write sql.Lists, page breaks, no need to write.
    The mapper in the b.dao layer is just an empty interface, and most businesses do not need to write any code in the mapper (unless they have complex report queries) or mapper's xml files.
    c.baseService has a large number of generic methods for use, form object addition and deletion checks do not require code at the service level, and list and paging queries require only one line of code.
    d. Promote single-form operation.Complex sql is not recommended for complex business problems.
2. Lower learning costs.New people can quickly get started, and those who pass the basic knowledge can quickly enter the business development state.
3. Common component integration.redis, mq, events, mongodb, etc.
4. Implementation of a common business model.The out-of-the-box business model can greatly reduce the project development cycle.The generic business models planned for implementation are
  Order System, Virtual Account System, Payment Gateway, Dynamic Form, Reporting System, Universal Reservation System, Preferential Policy Customization,
  Basic Data (Authentication Code, Dictionary, Internal Message, Geographic Location Information, Generic File Information Storage, Operational Recording and Counting,)
5. Integrate common third-party systems.SMS (Ali Big Fish), Storage (Qiniu, Ali OSS), Payment (Weixin Public Platform, Alibaba)

Example:
tyboot-api-privilege-------------------------------------- The following directories are the project conventions directory structure
        org.typroject.api.privilege.
                                controller------interface directory 
                                face. ------------------ Business layer
                                    model--------vo
                                    orm. -------- Data Operation
                                        Dao----mapper interface directory
                                        Entity--po directory
                                    service-------Business implementation class

1.entity needs to inherit BaseEntity
    The corresponding data table cannot be missing a common field

     SEQUENCE_NBR bigint 20 Physical Primary Key
     id of the last updater of REC_USER_id varchar 32
     REC_DATE datetime Last Update Time

2. mybatisplus is used, so there is no need to introduce mapper.xml in the instance project, and the baseMapper method is sufficient.
  xml files can be introduced unless complex queries are required 
3. Normally, the mapper subinterface of the dao layer is only an empty interface, unless you write sql yourself or introduce xml, you will write code in it.

1. Inherit baseService

2. Do not overload methods in the service, because method instances are retrieved by reflection based on method names only.
3. The service layer only has implementation classes, which makes it cumbersome to throw away previous interfaces.
4. Form objects can operate without having to write methods in the service or introduce mapper s. Generic methods are sufficient.
  Paging and list queries also require only one line of code, as shown in the following examples:

      The name of the parameter used as the query condition needs to be the same as the property name in the corresponding model.
      The params parameter list passed into the baseService.queryForPage needs to be in the same order as the parameters of the preceding method (queryDictPage).
      The bottom level automatically resolves the pre-method parameter name and empties the value, then converts it to a database field name to build the conditional assembler.
      Annotation@Condition is used to define conditional operators, the implemented conditional operators are detailed in Operator, and the logical relationships of all query conditions are relationships to
      There is no plan to achieve or relate at this time.         

1. Uniform return values, all interfaces use ResponseModel to encapsulate return values.
2. Custom Annotation @TycloudOperation defines the interface's access level ApiLevel, authentication control needAuth

1. Form object caching and form list caching are all integrated into the baseService's methods, which can be refreshed or deleted with object updates, and method notes can be viewed to choose whether to use them.
2. Other cached scenarios recommend operating directly with rediTemplate
 3. The tyboot-component-cache module provides redis Zset-based paging queries; geographic location calculations and queries; and the use of redis pipelines

1. Use the code generator provided by mybatisplus as detailed in the sample project.

1. Package and publish component packages from tyboot-core and tyboot-component to maven private service nexus for unified management.
  Then each instance project is referenced and the business project is developed so that the business code of the instance project is clearer, packaged faster, and the referenced tyboot version can be upgraded at any time.

1. Perfect basic modules
 3. Perfect General Business Model
 4. Integrate the web side