Καλημέρα σε όλους,

      Μια ερώτηση. Είναι δυνατόν στο ίδιο project να συνυπάρχει C# και VB.NEΤ σε διαφορετικά βέβαια αρχεία;

Σε μια πολύ απλή προσπάθεια που έκανα γράφοντας μια κενή public C# κλάση και έκανα add στο project το cs, δεν μπορούσα να κάνω την κλάση instance απο την VB γιατί δεν έβλεπε το type της.

Οποτε σκέφτομαι μήπως θέλει και κατι ακόμα για να γίνει αυτο ή απλά δεν γίνεται καθόλου.

Εν συντομία, όχι στο 2003, μόνο σε Web Sites στο 2005.
Στο 2003, κάθε project είναι φτιαγμένο ειδικά για μια γλώσσα. Αν θέλεις να γράψεις κομμάτια κώδικα σε διαφορετικές γλώσσες, θα πρέπει να φτιάξεις ξεχωριστά projects μέσα στο ίδιο solution.

Στο 2005, μπορείς να δημιουργήσεις σελίδες μέσα σε ένα web site project και να ορίσεις διαφορετική γλώσσα για κάθε σελίδα.

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Και στο 2003 μπορείς σε web projects, αρκεί ο κώδικάς σου να μην είναι σε code behind αλλά μέσα στο aspx.

---

Χρήστος Γεωργακόπουλος

Ωχ αντε να πείσω την κερκίδα τωρα εδω στην εταιρία να συμφωνήσουν σε τι θα γράψουν!!! Καηκα!

Αυτό θα πρέπει να το κάνεις έτσι κι αλλιώς. Είναι κακή, πολύ κακή, ΠΑΡΑ ΠΟΛΥ ΚΑΚΗ ιδέα να αρχίσει κανείς να γράφει σε όποια γλώσσα θέλει, εκτός κι αν υπάρχει λόγος, π.χ. VB για UI, C# για τις core κλάσεις. Θα πρέπει πρώτα να κάνετε μια σωστή σχεδίαση, να χωρίσετε την εφαρμογή σε components/subsystems και τελευταία να επιλέξετε την γλώσσα που θα γράψετε το καθένα.

Να έχετε και υπόψη, ότι υπάρχουν πολύ περισσότερα και καλύτερα εργαλεία refactoring, βιβλιοθήκες OR mapping, Application blocks για C# παρά για VB.

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Εκτός από το refactoring, οι βιβλιοθήκες και τα blocs είναι από μόνα τους ξεχωριστά projects, οπότε μπορούν κάλλιστα να συνυπάρξουν με άλλα vb projects μέσα στο ίδιο solution. Το να έχεις άλλα projects σε vb και άλλα σε c#, ιδιαίτερα για τέτοια πράγματα που τείνουν να είναι αρκετά στατικά, δεν νομίζω ότι δημιουργούν πρόβλημα.

Για το refactoring πάντως, εγώ ήμουν πάντα οπαδός της χειρονακτικής εργασίας και του find/replace... (plus, ότι ποτέ δεν μου άρεσε το environment της c#)...

---

Χρήστος Γεωργακόπουλος

Το refactoring είναι πολύ περισσότερο από ένα find/replace. Με ένα καλό εργαλείο για refactoring μπορείς να κάνεις με ένα click τα παρακάτω πράγματα που είναι αδύνατα με find/replace ή ακόμα και αν χρησιμοποιήσεις regular expressions:

• Να αλλλάξεις τη σειρά των παραμέτρων μιας μεθόδου, τροποποιώντας ταυτόχρονα και όλες τις κλήσεις τις.
• Να δημιουργήσεις μια νέα μέθοδο από ένα επιλεγμένο κομμάτι κώδικα, θέτοντας αυτόματα τις παραμέτρους, σταθερές και τιμές που επιστρέφει.
• Να αλλάξεις το όνομα μιας μεταβλητής μόνο μέσα στο block που έχει οριστεί.
• Να αλλάξεις το όνομα μιας μεταβλητής ορισμένης σαν static ή στο επίπεδο της κλάσης, χωρίς να την μπλέξεις με άλλες μεταβλητές που έχουν το ίδιο όνομα μέσα στην κλάση.
• Να μετονομάσεις μία μέθοδο ή ιδιότητα και να μετονομαστούν και όλες οι κλήσεις τους, χωρίς πάλι να μπλεχτούν με ομώνυμες μεθόδους ή ιδιότητες
• Να επιλέξεις ένα κομμάτι κώδικα ή μια σταθερά μέσα σε μια μέθοδο, και να το μετατρέψεις σε παράμετρο, τροποποιώντας και όλες τις κλήσεις της. Αν δηλαδή μια μέθοδος περιέχει το connection string για μια βάση, μπορείς να πεις ότι αυτό το string θα είναι παράμετρος, και όπου καλείται η μέθοδος ως τώρα, να χρησιμοποιηθεί η τρέχουσα τιμή του connection string.

Και όλα αυτά αποφεύγοντας τα λάθη που πολύ πιθανό να γίνουν αν προσπαθήσεις να κάνεις τις αλλαγές αυτές με το χέρι. 'Ασε που τελειώνεις και σε 10"!

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Θα συμφωνήσω απόλυτα με τον προλαλήσαντα. Ειδικά όπου εμπλέκονται κλήσεις και signatures μεθόδων, οι λειτουργίες refactoring είναι must.

---

Σωτήρης Φιλιππίδης

DotSee Web Services

Αν πω οτι δεν με καλυψατε θα είμαι μεγαααααλος ψεύτης!!!!

Αλλαξα την κατάσταση του post σε "εχει επιλυθεί". Αν δεν συμφωνείς με αυτό, πες μου να το ξαναλλάξουμε.

---

Σωτήρης Φιλιππίδης

DotSee Web Services