Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Change rule of importing and exporting pacakge #42

Closed
QilongZhang opened this issue Apr 20, 2018 · 0 comments
Closed

Change rule of importing and exporting pacakge #42

QilongZhang opened this issue Apr 20, 2018 · 0 comments
Assignees
Labels
enhancement New feature or request NOT compatible NOT compatible
Milestone

Comments

@QilongZhang
Copy link
Contributor

QilongZhang commented Apr 20, 2018

Now, SOFAArk support the behavior of importing and exporting package; the following configuration

<export>
    <packages>
        <package>a.b</package>
    </packages>
</export>

, means that all classes start with a.b would be exported, e.g. a.b.C, or a.b.d.E. Sometimes, we find it's not very convenient.

With full consideration,in SOFAArk 0.3.0, we would change the rule of exporting and importing behavior. It's so pity that it would NOT be compatible with previous version. No matter import or export package, we define two pattern of configuration.

  • package-level configuration, e.g. a.b, it just represents classes with accurate package name equals to a.b;

  • package-level configuration, e.g. a.b.*, it represents classes whose package name starts with a.b

These two rule would also be applied to denyImportPackages

@QilongZhang QilongZhang added enhancement New feature or request NOT compatible NOT compatible labels Apr 20, 2018
@QilongZhang QilongZhang added this to the 0.3.0 milestone Apr 20, 2018
@QilongZhang QilongZhang self-assigned this Apr 21, 2018
QilongZhang added a commit that referenced this issue Apr 21, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request NOT compatible NOT compatible
Projects
None yet
Development

No branches or pull requests

1 participant