Що потрібно зробити з іменами класів, які суперечать (загальним) іменам фреймворків


9

Що слід зробити саме тоді, коли найбільш очевидне ім'я класу для компонента береться за рамки? У моєму випадку мені потрібно скласти клас, який описує HTTP-запит. Звичайно, найпоширеніша назва "взята" як System.Web.HttpRequest. Що я повинен зробити? Цей проект буде використовуватися у веб-контексті, тому я дійсно краще не змушувати людей не імпортувати простір імен System.Web або вводити всі імена мого класу вручну.

Який звичайний спосіб боротьби з цим? Я можу придумати це:

  • Ім'я класу префікса з короткою назвою проекту
  • Спробуйте придумати інше ім’я, що означає те саме (я намагався і нічого не можу придумати)
  • Примушуйте користувачів вибирати між просторами імен

Це дійсно загальний HTTP-запит чи це запит у конкретному модулі? Наприклад, це завжди запит до якогось API?
Йоахім Зауер

@JoachimSauer Це свого роду загальний HTTP-запит. Я хотів би використати вбудований клас HttpRequest, але Microsoft вирішив зробити його герметичним класом і тому марний для мого випадку
Earlz

У чому спосіб він краще вбудованого HttpRequest? Можливо, ви могли б це використати, щось на кшталт SecureHttpRequest.
svick

Відповіді:


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.