[C#] Metody obok Main?

[gates22 0]

Witam. Ostatnio przerabiam sobie C# Znając C++ na niezłym poziomie nauka tego języka jest niesamowicie łatwa, a także przyjemna Sam język jest bardzo fajny, przyjemnie się w nim pisze... Ale męczy mnie jedna kwestia

W C++ piszę normalnie funkcje, np

 

#include <iostream>

using namespace std;

int dodaj(int a, int b)
{
   return a+b;
}

int main()
{
   cout << dodaj(5, 5);
}

 

I jest to "obok funkcji main".

Czy w C# można robić to samo? Tzn

 

using System;

class Glowna
{
  public int dodaj(int a, int b)
  {
     return a+b;
  } 

  public static void Main()
  {
     Console.WriteLine(dodaj(5, 5));
  }
}

?

Czy klasa, w której jest Main jest tylko i wyłącznie dla tej metody? I wtedy trzeba kolejną klasę (mi się wydaje że właśnie tak, skoro jest to język całkowicie obiektowy, oparty na klasach)?

 

using System;

class Pomocnicza
{
  public int dodaj(int a, int b)
  {
     return a+b;
  }
}

class Glowna
{   
  public static void Main()
  {
     Pomocnicza a = new Pomocnicza();       
     Console.WriteLine(a.dodaj(5, 5));
  }
}

Więc, jak to jest?

[Eoghan 0]

Pierwszy przykład, który podałeś w C# nawet nie zadziała, bo musisz zadeklarować metodę jako statyczną jeśli chcesz tak zrobić, lub utworzyć obiekt klasy Glowna.

Przy małych programikach, składających się z -nastu metod nie ma raczej sensu rozbijać się na 10 obiektów, bo tylko zaciemnisz kod. Przy aplikacjach okienkowych zazwyczaj robi się metodę Main() w oddzielnej klasie i tam tylko tworzy główny obiekt np z ramką. Też za długo w C# nie siedzę, ale to praktycznie to samo co Java i tam się tak to praktykuje.

[gates22 0]

Pierwszy przykład, który podałeś w C# nawet nie zadziała, bo musisz zadeklarować metodę jako statyczną jeśli chcesz tak zrobić, lub utworzyć obiekt klasy Glowna.

Przy małych programikach, składających się z -nastu metod nie ma raczej sensu rozbijać się na 10 obiektów, bo tylko zaciemnisz kod. Przy aplikacjach okienkowych zazwyczaj robi się metodę Main() w oddzielnej klasie i tam tylko tworzy główny obiekt np z ramką. Też za długo w C# nie siedzę, ale to praktycznie to samo co Java i tam się tak to praktykuje.

Rozumiem

Jasne, że nie 10 osobnych klas, ale np ta główna, i ta druga, z tymi metodami, to już może być? Tzn mam na myśli, jedną klasę z Main, i jedną klasę z kilkoma innymi metodami do użytku (oczywiście klasę z metodami powiązanymi ze sobą, przykładowo klasę OpAryt z metodami dodaj, odejmij itp.), tak chyba najlepiej, nie?

[Fazid 0]

Poczytaj sobie o programowaniu obiektowym i będziesz wiedział, jak będzie najlepiej. Nie traktuj klas jako pojemników na metody, programowanie obiektowe jest czymś znacznie ponad to.

[EF 0]

Na tym polega programowanie obiektowe.

[gates22 0]

Poczytaj sobie o programowaniu obiektowym[...]

Uwierz mi, wiem czym jest programowanie obiektowe Zresztą tak się składa, że klasy to są "pojemniki na metody" Oczywiście nie tylko, ale głównie xD Ja po prostu chciałem wiedzieć, jak się "praktykuje" w C# Ale poczytałem trochę w internecie, i już wiem wszystko, co chciałem. Temat do zamknięcia

[strom 0]

"Ale poczytałem trochę w internecie, i już wiem wszystko, co chciałem. Temat do zamknięcia"

Trzeba bylo od tego zaczac ....

[gates22 0]

"Ale poczytałem trochę w internecie, i już wiem wszystko, co chciałem. Temat do zamknięcia"

Trzeba bylo od tego zaczac ....

Specjalnie dla ciebie rozwinę swoją wcześniejszą wypowiedź...

Otóż zanim napisałem na forum, szukałem informacji na ten temat... Jednak gdy temat został już założony i miał pierwszą odpowiedź (oczywiście nie przestawałem szukać) natknąłem się na informację o tym, czego chciałem się dowiedzieć.

To tyle