Яка філософія / міркування за назви методу обкладинки Паскаля C #?

Я тільки починаю вивчати C #. Виходячи з фону в Java, C ++ та Objective-C, я вважаю, що C # у Pascal-casing його методах називає досить унікальними, і до початку важко звикнути. Які міркування та філософія стоять за цим?

Я здогадуюсь це через властивості C #. На відміну від Objective-C, де імена методів можуть точно збігатися зі змінними екземпляра, це не так у C #. Я б здогадався, що одна з цілей властивостей (як це стосується більшості мов, які її підтримують) - це зробити властивості по-справжньому невідрізними від змінних та методів. Таким чином, у C # може бути "int x", а відповідне властивість стає X. Щоб переконатися, що властивості та методи не відрізняються, усі назви методів, на які я здогадуюсь, також очікуються, що вони починаються з великої літери. (Це лише моя гіпотеза, заснована на тому, що я знаю про C # досі - я все ще вчуся). Мені дуже цікаво знати, як виник цей цікавий настанов (враховуючи, що це "

(EDIT: Під Pascal-casing маю на увазі PascalCase (це в основному camelCase, але починається з великої літери). Назви методів зазвичай починаються з малої літери більшості мов)

Це питання смаку. Хтось одного разу вирішив використовувати стиль Pascal для імен, і це стало стандартом.

Я дико здогадуюсь, що це був Андерс Хейльсберг , архітектор Дельфі, наступник Паскаля. Стиль корпусу такий же, як і в C #.

Якщо ви запитуєте про причини, ось одна прямо з уст коня:

Історія навколо статті Pascal Casing та Camel Casing від Бреда Абрамса в блогах MSDN

У початковому дизайні Рамки ми мали сотні годин дискусій щодо стилю іменування. Для полегшення цих дебатів ми створили ряд термінів. З Андерсом Хайльсбергом (оригінальним дизайнером Turbo Pascal ) ключовим членом команди дизайнерів, недарма ми вибрали термін Pascal Casing для стилю корпусу, популяризованого мовою програмування Pascal ...

Конвенція Pascal Casing пише великі літери кожного слова (включаючи абревіатури довжиною понад двох літер) ...

А ось рекомендації щодо дизайну: Посібники з дизайну для розробників бібліотек класів

Ці вказівки покликані допомогти дизайнерам бібліотеки класів зрозуміти компроміси між різними рішеннями. Можуть бути ситуації, коли для хорошого дизайну бібліотеки потрібно порушувати ці інструкції щодо дизайну. Такі випадки мають бути рідкісними, і важливо, щоб ви надали ґрунтовне обгрунтування свого рішення. У цьому розділі наведено рекомендації щодо найменування та використання типів у .NET Framework, а також вказівки щодо впровадження загальних моделей дизайну ...

Не знаєте про філософію, але корпус Паскаля, здається, є поширеним на платформах Microsoft з принаймні днів API Win32.

Я не думаю, що за цим стояла конкретна філософія. Потрібно було бути вказівками, і багато питань, які можуть вплинути на це:

• Вони хотіли позбутися будь-яких позначень префікса (читати угорську тут)
• Вони хотіли, щоб місцеві / приватні члени та громадські члени відрізнялися лише читанням їх імен.
• Вони не хотіли, щоб код C # був схожий на код Java (який широко використовує чохол верблюда)

Я не знаю, що за корпусом є "філософія", окрім приємної та компактної, і вона може легко відображатися у вигляді декількох слів без використання підкреслення.

За останні кілька десятиліть існувало багато варіацій корпусу. Вони варіювались від дуже коротких (див. С та стандартну бібліотеку С) до багатослівних з підкресленнями кожного слова. Незважаючи на те, що звіт про бібліотеку .NET все ще є досить багатослівним, я думаю, що це вражає деяку середню частину щодо корпусу.

З диким (але не необгрунтованим IMHO) здогадом - дизайн C # керував Ніклаус Вірт , оригінальний винахідник Паскаля. Дивіться підключення? ... :)

Цікаво # 1: Я позитивно пам’ятаю анонси .NET та C # (так, я доісторичний ...) та як Microsoft похвалилася тим, що ім'я Wirth на C #. Однак сторінки Вікіпедії на жодному з них (C # і Wirth) не згадують про це.

Цікаве №2: Хоч воно і називається PascalCase, його популяризував TurboPascalкомпілятор (який зрештою став Borland), а не сама мова.