|
Может ли быть сохранен порядок полей/методов в сгенерированном WCF клиентском соде?
|
|||
---|---|---|---|
#18+
http://stackoverflow.com/questions/9894806/can-the-order-of-fields-methods-in-generated-wcf-code-be-preserved Человеку так никто и не помог. А ведь у меня та же проблема. Возможно ли такое? У нас добавишь 1 поле, сделаешь Update Service Reference, и весь файл в изменениях: поля, атрибуты (в т.ч. KnownTypeAttribute), методы в этом сгенерированном файле прыгают как хотят. А хотелось бы, чтобы были всегда в одном порядке. Иногда, например, знаешь, что на серверной стороне добавил 2 поля, не хочешь лишний раз делать Update Service Reference, и не узнаешь при коммите в SVN, оба ли поля появились в Reference? Или там несвежая версия (на момент, когда было добавлено только одно поле). Изменений слишком много для этого. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2013, 16:19 |
|
Может ли быть сохранен порядок полей/методов в сгенерированном WCF клиентском соде?
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2013, 16:39 |
|
Может ли быть сохранен порядок полей/методов в сгенерированном WCF клиентском соде?
|
|||
---|---|---|---|
#18+
Поливанов Алексей, Принципиально, вы можете сделать свой генератор. Стандартными настройками - врятли. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 10:48 |
|
Может ли быть сохранен порядок полей/методов в сгенерированном WCF клиентском соде?
|
|||
---|---|---|---|
#18+
МихаилР, Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40.
как понятно, что svcutil это .net приложение. в reflector там все видно, что и как она делает. Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9.
я так понимаю, ты генеришь прокси. вот кусок который это делает. Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
тут this.ImportMetadata(out endpoints, out enumerable, out enumerable2); этот кусок кода, сдирает все со службы. Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
но, методы importall* сидят в стандартной сборке .net System.ServiceModel.dll файл namespace System.ServiceModel.Description метод System.ServiceModel.Description.MetadataImporter.ImportAllContracts() : Collection<ContractDescription> а сам класс которые делает все называется WsdlImporter в том же файле. Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
короче там яма без дна :) думаю, ты можешь тупо взять код и сделать свой генератор проксей, который будет сортировать тебе все. в этом методе по идее ты видишь collection, вот его отсортировать и делов-то! :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 12:56 |
|
Может ли быть сохранен порядок полей/методов в сгенерированном WCF клиентском соде?
|
|||
---|---|---|---|
#18+
http://msdn.microsoft.com/en-us/library/system.servicemodel.description.wsdlimporter.importallcontracts.aspx а тут пример как это сделать :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:12 |
|
Может ли быть сохранен порядок полей/методов в сгенерированном WCF клиентском соде?
|
|||
---|---|---|---|
#18+
http://blogs.msdn.com/b/carlosfigueira/archive/2011/10/18/wcf-extensibility-wsdl-import-and-code-generation-extensions.aspx а тут написано, как сделать плагин для svcutil, который по идее может позволить следить за этой коллекцией. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:21 |
|
Может ли быть сохранен порядок полей/методов в сгенерированном WCF клиентском соде?
|
|||
---|---|---|---|
#18+
http://msdn.microsoft.com/en-us/library/aa717040.aspx тут тоже как сделать плагин для svcutil , чтобы самому заниматься импортом wsdl из службы. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:27 |
|
|
start [/forum/topic.php?fid=19&msg=38184172&tid=1397097]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
27ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 233ms |
total: | 344ms |
0 / 0 |