I prefer hold the prefix `shardingsphere`, becaues 1. the uniform prefix feels neat . 2. make people understand the ownership and mean of the module more. module names that are too long should not be a concern, and it not long
thanks. ------------------ ???????? ------------------ ??????: "Haoran Meng"<[email protected]>; ????????: 2020??5??15??(??????) ????12:36 ??????: "dev"<[email protected]>; ????: Re: Aggregate and redesign modules for ShardingSphere 5.x Hi, Liang Point 1 : I prefer hold the prefix `shardingsphere`, if some moudles name with ` shardingsphere` prefix are too long , i suggest may be we can consider optimizing the module name first. I think without prefix is simpler, but with prefix is more tidy. Point 2 : `scaling` is independent ??but it doesn't look like the same level as others. Thanks! zhaojun <[email protected]> ??2020??5??15?????? ????10:06?????? > LGTM, it looks jdbc and proxy is light enough after pluggable platform > complete. > > Regards, > cherrylzhao > ------------------------------------------------------- > [email protected] > Jun Zhao(cherrylzhao) Apache ShardingSphere > > > [email protected] <[email protected]> ??2020??5??14?????? ????10:35?????? > > > Hi all, > > > > Apache ShardingSphere has lots of new features for new version 5.x. > > It is better to aggregate and redesign modules. > > > > The current modules are: > > ``` > > shardingsphere-spi > > shardingsphere-sql-parser > > shardingsphere-database-protocol > > shardingsphere-underlying > > sharding-jdbc > > sharding-proxy > > sharding-core > > sharding-spring > > sharding-orchestration > > sharding-opentracing > > sharding-metrics > > sharding-transaction > > sharding-scaling > > master-slave-core > > encrypt-core > > shadow-core > > control-panel > > shardingsphere-integration-test > > > > ``` > > > > There are serval points need to be adjusted: > > > > 1. There are 2 diff prefixes for `shardingsphere` and `sharding` we need > > to unify. `sharding` is a feature name, and `shardingsphere` is too long, > > so I prefer remove all prefixes. > > 2. We have lots of features and may add more, so it is better to > aggregate > > them to a parent modules. > > 3. The orchestration related modules can be include in control-panel > > module. > > 4. It is better to rename shardingsphere-underlying to infra module > because > > of it is more shortly and more make sense. > > > > So the draft of new modules are: > > > > ``` > > spi > > sql-parser > > db-protocol > > infra > > jdbc > > proxy > > spring > > transaction > > scaling > > features > > -- sharding > > -- master-slave > > -- encrypt > > -- shadow > > control-panel > > -- orchestration > > -- opentracing > > -- metrics > > integration-test > > distribution > > ``` > > > > Any suggestion? > > > > ------------------ > > > > Liang Zhang (John) > > Apache ShardingSphere & Dubbo > > > -- Haoran Meng [email protected]
