Comments (10)
So would this mean creating an Entity/OptionSet/Action specific Namespace box, and if they are different, adding them as references to all files correct?
from dlab.xrm.xrmtoolboxtools.
Yep - I think would cover it.
from dlab.xrm.xrmtoolboxtools.
I'll look to adding additional namespaces as well for the XRM namespaces... It makes the generated code rather hard to read at times...
from dlab.xrm.xrmtoolboxtools.
To what would the XRM namespaces applied?
from dlab.xrm.xrmtoolboxtools.
Let me redefine. I would add some new using statements, so that everything doesn't have to be explicitly defined. You'd only ever care if you looked at the actual generated code. Make sense?
from dlab.xrm.xrmtoolboxtools.
Gotcha.
from dlab.xrm.xrmtoolboxtools.
Is this something that is still desired?
from dlab.xrm.xrmtoolboxtools.
Yes - definitely still desired - either have separate namespace boxes for entities, optionsets etc. - or have a Yes/No option saying "Add relative path to namespace" - when I define a namespace of "MyApp.Core", and a relative folder for the entities of "Entities" and for option sets of "OptionSets", I'd also like to be able to add these relative folder names to the namespace, e.g. "MyApp.Core.Entities" and "MyApp.Core.OptionSets".
Since we don't have that option, I must always
- edit the "Namespace" setting in the global section, generate the Entities
- then edit the "Namespace" again and edit the OptionSets
- and not forget to reset it back to the original value after this
All rather tedious ....
from dlab.xrm.xrmtoolboxtools.
@marcscheuner-bfh how would you propose handling local option sets? By default these are generated in the same file as the Entity. I'm assuming in that case, you would prefer to have the two different namespaces in the same file:
// Single file:
namespace X.OptionSets {
// Local Option Sets
}
namespace X.Entities {
// Entity Class
}
from dlab.xrm.xrmtoolboxtools.
@marcscheuner-bfh how would you propose handling local option sets? By default these are generated in the same file as the Entity. I'm assuming in that case, you would prefer to have the two different namespaces in the same file:
Yes - if you desire to have separate namespaces for entities and option sets, I'd also expect those to be applied even inside a single file.
from dlab.xrm.xrmtoolboxtools.
Related Issues (20)
- Microsoft.Xrm.Tooling.Connector login Newtonsoft.Json assembly mismatch HOT 4
- Handle Xml File Formatting
- Fails to update Plugin Step Image
- Implement Retry Logic
- IEnumerable Activity Party Typing Bug (again) HOT 4
- EBG V2 Generation Error: Microsoft.Xrm.Sdk.PreferredSolutionDetails is not available HOT 10
- Should be possible to specify language to use HOT 2
- Allow to override Entity Names
- Add a default Messages Whitelist
- State Name is incorrect when using Entity Class Name Overrides
- 'Upgraded' v1settings files are missing some options in v2 HOT 3
- Cannot implicitly convert type ...StatusCode to 'Microsoft.Xrm.Sdk.OptionSetValue' HOT 3
- Fix Ordering of local Enums
- Error with StateCode when overriding EntityName
- Alternate Keys aren't ordered
- Allow for Enum Name Replacement strings
- Add a Search Box for the Properties Grid
- Connection Record1ObjectTypeCode and Connection_Record2ObjectTypeCode Are noisy between Environments HOT 2
- Seeing default settings helps us rookies HOT 2
- "_" underscore is removed from OptionSet Names? HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from dlab.xrm.xrmtoolboxtools.