Φακέλους ή έργα σε Visual Studio λύση;




Όταν spliting μια λύση στη λογική στρώματα, όταν είναι καλύτερο να χρησιμοποιήσετε ένα ξεχωριστό έργο πάνω ακριβώς ομαδοποίηση από ένα φάκελο;
Από προεπιλογή, **πάντα απλά να δημιουργήσετε νέο φάκελο** μέσα στο ίδιο έργο


* Θα πάρετε μόνο τη συναρμολόγηση (χωρίς επιπλέον γυμναστικής ILMerge)
* Είναι πιο εύκολο να θολώνω (επειδή θα έχετε λιγότερες δημόσιες τύπους και μεθόδους, ιδανικά καθόλου)


Ο διαχωρισμός πηγαίο κώδικα σας σε πολλά έργα νόημα μόνο εάν ...


* Έχετε κάποια τμήματα του πηγαίου κώδικα που αποτελούν μέρος του προγράμματος, αλλά όχι να αναπτυχθούν από προεπιλογή ή σε όλα (δοκιμές μονάδα, επιπλέον plugins κλπ)
* Περισσότερα προγραμματιστές που εμπλέκονται και θέλετε να αντιμετωπίζουν την εργασία τους ως αναλώσιμο μαύρο κουτί. (Όχι πολύ συνιστάται)
* Εάν μπορείτε να διαχωρίζονται σαφώς το έργο σας σε απομονώνονται στρώματα / ενότητες και θέλετε να βεβαιωθείτε ότι δεν μπορούν cross-καταναλώνουν **εσωτερικά** μέλη. (επίσης δεν συνιστάται, διότι θα πρέπει να αποφασίσει ποια πλευρά είναι το πιο σημαντικό)


Αν νομίζετε ότι κάποια τμήματα του πηγαίου κώδικα σας θα μπορούσε να είναι επαναχρησιμοποιήσιμα, ακόμα δεν το δημιουργήσετε ένα νέο έργο. Απλά περιμένετε έως ότου θα θέλετε πραγματικά να το χρησιμοποιήσετε ξανά σε μια άλλη λύση και να απομονώσουν έξω από αρχικό σχέδιο, όπως απαιτείται. Ο προγραμματισμός δεν είναι ένα lego, επαναχρησιμοποίηση είναι συνήθως πολύ δύσκολη και συχνά δεν θα συμβεί όπως έχει προγραμματιστεί.
Θα πρέπει να δώσετε περισσότερες πληροφορίες σχετικά με το περιβάλλον ανάπτυξής σας για να πάρετε μια συγκεκριμένη απάντηση.


Για παράδειγμα, με ένα C # έργο στο Visual Studio, μπορείτε να κάνετε δεξί κλικ στα Project-> Ιδιότητες και, στη συνέχεια, να συμπληρώσετε το πεδίο «Εντολή επιχειρήματα γραμμή» στην καρτέλα «Debug». Αυτή είναι η γνώμη μου, αλλά? όπως ακριβώς και οι τάξεις περίπτωση δεν, θα ήθελα να εφαρμόσουν μια `copy`μέθοδο του είδους στην τάξη για να καταστεί δυνατή η τροποποίηση, διατηρώντας παράλληλα το αμετάβλητο, αλλά υπάρχει ορισμένες περιπτώσεις που δεν μπορώ να βοηθήσω να το μεταβλητό? Για παράδειγμα, όταν κάτι αναμένεται να γίνει η λειτουργία αντιγραφής είναι πολύ μεγάλη και αργή για την κατηγορία? όπως όταν η τάξη έχει τόσα πολλά συχνά τροποποιημένο μέλη. Και μην ανησυχείτε για χιλιάδες περιπτώσεις που επιπλέουν γύρω στη μνήμη, επειδή είναι αυτόματα GC'ed, οπότε το πιο πραγματικό πρόβλημα είναι ο χρόνος κόστος της αντιγραφής περιπτώσεις της κλάσης. Παρακαλώ πείτε μου εάν η γνώμη μου είναι κάπως λάθος :) Όταν άρχισα με `$ nohup storm dev-zookeper`,


**Μέθοδος1:** χρήση `jobs`,



```
[[email protected]](/cdn-cgi/l/email-protection):/home/vmfest# jobs -l
[1]+ 11129 Running                 nohup ~/bin/storm/bin/storm dev-zookeeper &

```

**Method2:**  **χρησιμοποιώντας `ps`την εντολή.** 



```
$ ps xw
PID  TTY      STAT   TIME COMMAND
1031 tty1     Ss+    0:00 /sbin/getty -8 38400 tty1
10582 ?        S      0:01 [kworker/0:0]
10826 ?        Sl     0:18 java -server -Dstorm.options= -Dstorm.home=/root/bin/storm -Djava.library.path=/usr/local/lib:/opt/local/lib:/usr/lib -Dsto
10853 ?        Ss     0:00 sshd: vmfest [priv] 

```

Στήλη TTY με `?`=> `nohup`προγράμματα που εκτελούνται.


**Περιγραφή**


* στήλη TTY = το τερματικό συνδέεται με τη διαδικασία
* στήλη STAT = κατάσταση μιας διαδικασίας
	+ S = διακοπτόμενη ύπνου (αναμονή για ένα γεγονός για να ολοκληρωθεί)
	+ l = είναι multi-threaded (χρησιμοποιώντας CLONE\_THREAD, όπως NPTL Pthreads κάνουμε)


**Αναφορά**


`$ man ps` # Στη συνέχεια αναζήτηση `/PROCESS STATE CODES` <p>μπορείτε στην πραγματικότητα να συγκρίνετε τα αρχεία εγγενώς στο sublime text.</p><ol> <li>μεταβείτε στο φάκελο που περιέχει τους μέσω <code>open folder...</code> ή σε ένα έργο</li> <li>επιλέξτε τα δύο αρχεία (π.χ. κρατώντας το <kbd>ctrl</kbd> σε windows ή <kbd>⌘</kbd> στο macos) που θέλετε να συγκρίνετε στην πλαϊνή γραμμή</li> <li>κάντε δεξί κλικ και επιλέξτε την επιλογή <code>diff files...</code>.</li> </ol><p><img src="https://i.stack.imgur.com/ggzag.png" width="500"></p> εγκατέστησα την τελευταία έκδοση του προγράμματος και εξακολουθούσα να έχω το ίδιο πρόβλημα. τελικά με τη βοήθεια απο το σχετικό [google group](https://groups.google.com/g/devede-forum/c/2thoie_dsxq) του devedeng, κατάλαβα οτι επιλέγω λάθος encoding type για το αρχείο υποτίτλων που θέλω να βάλω στην ταινία.

όταν επέλεξα το σωστό τύπο encoding για το αρχε… με βάση την περιγραφή σας εγώ τουλάχιστον δεν μπορώ να κάνω κάποια εκτίμηση. το ένα μέρος της εργασίας αυτής έχει να κάνει με το σκάψιμο και την αποκατάσταση του δαπέδου και το άλλο μέρος είναι η δουλειά του υδραυλικού δηλαδή η τοποθέτηση των σωλήνων και φρεατίων που σαν δουλειά είναι λιγότερη. αν θέλετε μπορείτε να ζητήσετε προσφορές από τεχνίτες που αναλαμβάνουν μόνο σκαψίματα και αποκατάσταση και να ζητήσετε και προσφορές από υδραυλικούς για την καθαρά υδραυλική εργασία . τρουλλινός γιώργος , υδραυλικός , αθήνα , αττική , 6932860310. <p><strong> συνολικά: </strong></p><p>τόσο το put όσο και το post μπορούν να χρησιμοποιηθούν για τη δημιουργία.</p><p>πρέπει να ρωτήσετε "σε τι εκτελείτε τη δράση;" να διακρίνετε τι πρέπει να χρησιμοποιείτε. ας υποθέσουμε ότι σχεδιάζετε ένα api για να κάνετε ερωτήσεις. εάν θέλετε να χρησιμοποιήσετε το post τότε θα το κάνετε σε μια λίστα ερωτήσεων. εάν θέλετε να χρησιμοποιήσετε το put τότε θα το κάνετε αυτό σε μια συγκεκριμένη ερώτηση.</p><p><strong> μεγάλη και οι δύο μπορούν να χρησιμοποιηθούν, έτσι ποιο πρέπει να χρησιμοποιήσω στο restful σχεδιασμό μου: </strong></p><p>δεν χρειάζεται να υποστηρίζετε τόσο το put όσο και το post.</p><p>το οποίο χρησιμοποιείται παραμένει στο χέρι σας. αλλά θυμηθείτε να χρησιμοποιήσετε το σωστό, ανάλογα με το αντικείμενο που αναφέρετε στο αίτημα.</p><p>μερικές σκέψεις:</p><ul> <li>ονομάζετε ρητά τα αντικείμενα url που δημιουργείτε ή αφήστε το διακομιστή να αποφασίσει; εάν τους ονομάσετε τότε χρησιμοποιήστε put. εάν αφήσετε τον διακομιστή να αποφασίσει στη συνέχεια, χρησιμοποιήστε το post.</li> <li>put είναι idempotent, οπότε αν put ένα αντικείμενο δύο φορές, δεν έχει καμία επίδραση. αυτή είναι μια ιδιοκτησία της νίκαιας, οπότε θα μπορούσα να χρησιμοποιήσω το put όταν ήταν δυνατόν.</li> <li>μπορείτε να ενημερώσετε ή να δημιουργήσετε έναν πόρο με put με την ίδια διεύθυνση url αντικειμένου</li> <li>με το post μπορείτε να έχετε 2 αιτήματα που εισέρχονται ταυτόχρονα για τροποποιήσεις σε μια διεύθυνση url και μπορεί να ενημερώσουν διαφορετικά μέρη του αντικειμένου.</li> </ul><p><strong> ένα παράδειγμα: </strong></p><p> <a href="https://stackoverflow.com/questions/256349/what-are-the-best-common-restful-url-verbs-and-actions/256359#256359">έγραψα τα εξής ως μέρος μιας άλλης απάντησης σχετικά με το so</a> :</p><blockquote> <p><strong> post: </strong></p> <p>χρησιμοποιείται για την τροποποίηση και την ενημέρωση ενός πόρου</p> <pre><code>post /questions/&lt;existing\_question&gt; http/1.1 host: www.example.com/ </code></pre> <p>σημειώστε ότι το ακόλουθο είναι ένα σφάλμα:</p> <pre><code>post /questions/&lt;new\_question&gt; http/1.1 host: www.example.com/ </code></pre> <p>εάν η διεύθυνση url δεν έχει δημιουργηθεί ακόμη, δεν θα πρέπει να χρησιμοποιείτε το post για να το δημιουργήσετε ενώ καθορίζετε το όνομα. αυτό θα πρέπει να έχει ως αποτέλεσμα ένα σφάλμα 'πόρος δεν βρέθηκε' επειδή το <code>&lt;new\_question&gt;</code> δεν υπάρχει ακόμα. πρέπει πρώτα να τοποθετήσετε τον πόρο <code>&lt;new\_question&gt;</code> στον διακομιστή.</p> <p>θα μπορούσατε όμως να κάνετε κάτι τέτοιο για να δημιουργήσετε πόρους χρησιμοποιώντας post:</p> <pre><code>post /questions http/1.1 host: www.example.com/ </code></pre> <p>σημειώστε ότι σε αυτήν την περίπτωση το όνομα του πόρου δεν έχει καθοριστεί, η διαδρομή url των νέων αντικειμένων θα σας επιστραφεί.</p> <p><strong> σημειωση: </strong></p> <p>χρησιμοποιείται για τη δημιουργία ενός πόρου ή για την αντικατάστασή του. ενώ ορίσετε τους πόρους νέα διεύθυνση url.</p> <p>για έναν νέο πόρο:</p> <pre><code>put /questions/&lt;new\_question&gt; http/1.1 host: www.example.com/ </code></pre> <p>για να αντικαταστήσετε μια υπάρχουσα πηγή:</p> <pre><code>put /questions/&lt;existing\_question&gt; http/1.1 host: www.example.com/ </code></pre></blockquote> [εικόνα] gnutechie:

ισως το sudo δεν παιζει και καλη μπαλα με τετοιες εντολες

ας λύσουμε το μυστήριο. το sudo δουλεύει για μια μόνο εντολή. μα μία δεν είναι εύλογα θα αναρωτηθείς; όχι αν ξέρεις ένα βαθιά κρυμμένο “μυστικό”. οι ανακατευθύνσεις είναι πίπες (δηλαδή pipes/σωλήνες, αλλά έτσι δεν θ… όταν λέτε από την μεσαία σκάλα στην τρίτη λέτε την πιό μικρή ή την πιό μεγάλη?. για το πρόβλημα του σώματος που δεν βγάζει ούτε νερό ούτε αέρα όταν δουλεύει ο κυκλοφορητής όταν δεν δουλεύει θα πρέπει να βγάζει κανονικά νερό διαφορετικά έχετε πρόβλημα με την θέση και το ύψος του δοχείου διαστολής, πριν βάλετε κλειστό δοχείο διαστολής και εφόσον ο κυκλοφορητής είναι τοποθετημένος στην είσοδο του λέβητα να τον τοποθετήσετε στην έξοδο και αν δεν λυθεί το πρόβλημα με την εξαέρωση του σώματος μόνο τότε να βάλετε κλειστό δοχείο διαστολής. τότε με την παραπάνω πίεση του κλειστού κυκλώματος θα υπάρχει νερό παντού κατά την λειτουργία του κυκλοφορητή. το αν θα ζεσταθεί όμως ή όχι το σπίτι εξαρτάται και από την ισχύ του ξυλολέβητα σε θερμίδες και από το πόσο αυτή η ισχύς κυκλοφορεί με άνεση στο δίκτυο της εγκατάστασης. τρουλλινός γιώργος , υδραυλικός , αθήνα , αττική , 6932860310. απλά θα επιμερίσετε τις δαπάνες με τον απλό τρόπο που κάνουμε όταν δεν έχουμε από μηχανικό τον πίνακα με τους συντελεστές επιβάρυνσης. τρουλλινός γιώργος 6932860310