Co to jest dobre konwencje nazewnictwa dla roli sieciowej, roli pracownika (i roli vm) w Visual Studio (2010)?Nazewnictwo Azure Webrole
(edit):
I co o wdrożeniu? Nazwa roli internetowej wpłynie na twoją wdrożoną aplikację o nazwie w Cloud ...
Co to jest dobre konwencje nazewnictwa dla roli sieciowej, roli pracownika (i roli vm) w Visual Studio (2010)?Nazewnictwo Azure Webrole
(edit):
I co o wdrożeniu? Nazwa roli internetowej wpłynie na twoją wdrożoną aplikację o nazwie w Cloud ...
Nie sądzę, że to ma duże znaczenie. Liczba ról w projekcie jest zwykle bardzo mała. Często role internetowe i wirtualne mogą być widoczne dla użytkownika za pośrednictwem adresu URL (blahblah.cloudapp.net). Więc nazwałbym je funkcjonalnością i łatwością czytania, a nie przedrostkiem lub po naprawieniu ich specjalnymi słowami "pracownik" lub "web" lub "vm", jak zapewne myślisz.
To całkowicie arbiratry (sp). I chyba, że dodajesz stopień zautomatyzowanego monitorowania i zarządzania, nie ma to znaczącego wpływu.
Moją osobistą preferencją jest odpowiednie ich nazwanie w oparciu o jednostkę pracy, zgodnie z konwencją nazewniczą odpowiednią dla Twojego sklepu.
Najważniejszym pytaniem jest zarządzanie usługami i subskrypcjami, które stają się nieco bardziej złożone.
Będę ich sufiksem z ".Web" lub ".Worker". Visual Studio robi coś podobnego z projektami Silverlight, jeśli pozwolisz VS wygenerować twoją aplikację hosta Silverlight.
Witam Igorek, zaakceptowany! Nazwa ma znaczenie, ponieważ nazwa jest częścią publicznego adresu URL. Zgadzam się z tobą, aby nie dodawać przyrostków do typu roli, ale tylko z nazwą funkcjonalną. –