อะไรเป็นเหตุผลที่ทำให้การใช้ IDE กับตัวแก้ไขมาตรฐานคืออะไร [ปิด]


39

ฉันพบว่าตัวเองใช้โปรแกรมแก้ไขข้อความที่ฉันเลือก (vim, nano, gedit, เลือกพิษของคุณ) บ่อยกว่า IDE ใด ๆ ในตอนปลาย

หลังจากสังเกตเห็นทางลัด IDE ของฉันได้รับฉันเต็มไปด้วยฝุ่นเริ่มคิดเกี่ยวกับเรื่องนี้และสงสัย: สิ่งที่ justifies ใช้ของ IDE สำหรับคุณเห็นด้วยกับการแก้ไขข้อความ ?

สำหรับเรื่องนั้นคุณมีเหตุผลอะไรที่ไม่ได้ใช้ IDE และพึ่งพึ่งบรรณาธิการ


เป็นไปได้ที่ซ้ำกันของprogrammers.stackexchange.com/questions/1003/ …?
Larry Coleman

คุณทำอะไรในบรรณาธิการของคุณ?

เขียนโค้ดพัฒนาแอพพลิเคชั่น ... ทุกอย่างในตอนนี้
คริส

15
โดยส่วนตัวแล้วฉันพบว่า IDE มีประโยชน์มากกว่าเมื่ออ่านโค้ดของผู้อื่น (โดยเฉพาะโครงการขนาดใหญ่) กว่าเมื่อเขียนรหัสของตัวเอง IDE ช่วยให้คุณสามารถนำทางผ่านแหล่งต่าง ๆ ได้ง่ายขึ้นทำให้ง่ายต่อการเข้าใจซอร์สโค้ดของผู้อื่นได้ง่ายขึ้น
Charles Salvia

3
ฉันต้องการเปลี่ยนคำถาม เหตุผลที่ไม่ใช้ IDE
Nailer

คำตอบ:


69

ฉัน: บูรณาการ โปรแกรมแก้ไขข้อความที่ดีอาจดีสำหรับการเขียนโค้ด แต่โปรแกรมส่วนใหญ่ไม่ได้ใช้ในการเขียน มันใช้การทดสอบและการดีบักและเพื่อให้คุณต้องการให้โปรแกรมแก้ไขข้อความของคุณทำงานร่วมกับคอมไพเลอร์และดีบั๊กของคุณ นั่นคือจุดแข็งที่ยิ่งใหญ่ที่สุดของ IDE


ถ้าเพียง แต่ฉันสามารถหาคนที่ไม่ได้รับในทางของฉัน :)
ทิมโพสต์

5
ฉันเพิ่งจะยอมรับการแก้ไขย่อยตามราคาที่ฉันจ่ายเพื่อความสะดวกในการรวมเข้าด้วยกัน
TMN

ไม่ทดสอบการเขียนโปรแกรมหากคุณทำถูกใช่หรือไม่ หากคุณใช้เวลาส่วนใหญ่ในการดีบักและทดสอบลิงฉันคิดว่าฉันเห็นว่าปัญหาของคุณอยู่ที่ไหน
Tom Hawtin - tackline

8
@Tom การทดสอบคือการเขียนโปรแกรมเมื่อคุณสามารถทำการทดสอบอัตโนมัติที่คุณทำตลอดเวลา มิฉะนั้นให้ยืนยันด้วยวิธีการใดก็ตามที่ให้คุณภาพสูงสุด
Andres Jaan Tack

49

สิ่งเหล่านี้เป็นคุณสมบัติที่ฉันโปรดปรานของ IDE ที่ชื่นชอบ IntelliJ ซึ่งฉันชอบใช้กับ Java, PHP, Javascript, HTML หรือแม้แต่ ActionScript

  • การตรวจสอบข้อผิดพลาด - เช่นเดียวกับการตรวจสอบการสะกดคำสดสำหรับรหัส จำเป็นอย่างยิ่ง
  • การนำทางโค้ด - Ctrl+clickบนฟังก์ชันตัวแปรให้พิมพ์เพื่อไปที่คำจำกัดความ (IntelliJ เก่งมากในทุกภาษาด้านบน)
  • การเติมเต็มโค้ด - ฉันใช้Ctrl+spaceอย่างต่อเนื่องเพื่อช่วยเติมชื่อคลาสหรือเมธอดที่ฉันต้องการ สิ่งนี้จะช่วยเพิ่มความเร็วในการเข้ารหัสเป็นตันและยังช่วยดักจับข้อบกพร่องก่อนที่มันจะเกิดขึ้นเมื่อสิ่งที่คุณต้องการไม่สามารถเข้าถึงได้จากบริบทที่คุณอยู่ IntelliJ จะช่วยให้คุณขยายคำย่อ - พิมพ์ NPE hit Ctrl+spaceและจะแสดง "NullPointerException" "NoPageError" ฯลฯ การกดปุ่มAlt+enterเพื่อเพิ่มอัตโนมัติimportก็ดีเช่นกัน
  • การสร้างรหัส - สร้างผู้ได้รับและผู้ตั้งค่าใช้วิธีการจากส่วนต่อประสานด้วยการคลิกสองครั้ง
  • การระบายสีโค้ดที่ดีมาก- IntelliJ ไม่เพียง แต่ทำคีย์เวิร์ดสตริงการกำหนดชื่อตัวแปรเท่านั้น แต่ยังรวมถึงตัวแปรสีสมาชิกตัวแปรโลคัลพารามิเตอร์ ใน ActionScript ตัวแปรที่จริงแล้ว setter / getter จะมีสีเหมือนฟังก์ชัน
  • Refactoring - การเปลี่ยนชื่อโดยไม่ผิดพลาดเป็นสิ่งที่ใหญ่ที่สุด IntelliJ ทำได้ดีมากในการเปลี่ยนชื่อแม้ setters และ getters หรือการใช้สตริง แน่นอนว่ามีการค้นหาและแทนที่ด้วย regex เมื่อคุณต้องการและตัวเลือก "สงวนกรณี" เพื่อให้คุณสามารถแทนที่ "myNumber", "MyNumber" และ "MYNUMBER" ด้วย "myString", "MyString" และ "MYSTRING" ในการดำเนินการหนึ่ง
  • การรวมการควบคุมเวอร์ชัน - เราใช้ SVN และคุณสมบัติ IDE VC ที่ชื่นชอบของฉันสามารถสร้างลบย้ายคลาสโดยไม่ต้องนึกถึง SVN ประวัติการเรียกดูได้อย่างง่ายดายเครื่องมือ diff ที่ดีมากความสามารถในการผสานที่ดีและการใส่คำอธิบายประกอบไฟล์ ประวัติโดยบรรทัด) ในตัวแก้ไข
  • การพึ่งพาการนำเข้า - เมื่อพึ่งพาไลบรารีบุคคลที่สามที่คุณมีแหล่งข้อมูลคุณสามารถนำทางไปยังรหัสได้อย่างง่ายดายสำหรับการอ้างอิงการดีบัก ฯลฯ
  • การพิมพ์อย่างชาญฉลาด - การวางโค้ดและให้วางโดยอัตโนมัติในตำแหน่งแท็บที่ถูกต้องการใส่วงเล็บปิดท้ายเครื่องหมายคำพูด ฯลฯ
  • นักทดสอบที่ดีมากสำหรับ JUnit, FlexUnit, PHPUnit
  • การดีบัก - แน่นอน Debugs JBoss, Jetty, Flash แม้ไม่มีที่ติ Ctrl + คลิกการติดตามสแต็กเพื่อไปทางขวาไปยังโค้ด

สิ่งต่าง ๆ เช่นการระบายสีโค้ดที่คุณอาจจะได้รับ แต่การระบายสีโค้ดที่ดีนั้นก็เหมือนกับการมองเห็นรอบข้าง - มันช่วยให้คุณสามารถมุ่งเน้นไปที่สิ่งที่สำคัญโดยไม่ต้องใช้การแบ่งเสี้ยววินาทีนั้นเพื่อระบุคำเต็ม

IntelliJ ยังใช้Ctrl+spaceเพื่อแนะนำชื่อตัวแปร ใน Java ถ้าคุณประกาศตัวแปร EventMessageItem ใหม่และ Hit Ctrl+spaceมันจะแนะนำ "eventMessageItem", "eventMessage", "item" ฯลฯ

ทุกสิ่งเหล่านี้ให้ฉันทางเวลามากขึ้นที่จะคิดเกี่ยวกับรหัสและสถาปัตยกรรมของฉันและคิดว่าน้อยเกี่ยวกับการแก้ไขการจัดรูปแบบการจัดการกับระบบไฟล์, การแก้ไขคัดลอกและวางข้อผิดพลาดการสลับระหว่างการใช้งานไล่ลงเอกสาร ฯลฯ เป็นต้น ฉันไม่รู้ว่าคุณจะปฏิเสธความสามารถในการผลิตเพิ่มขึ้นได้อย่างไร


4
+1 สำหรับการกล่าวถึงแนวคิด IntelliJ - ฉันรักมัน
artjom

3
+1, คะแนนส่วนใหญ่ในที่นี้จะใช้กับ IDE ที่เหมาะสมหรือควร :)
Matthieu

21

IDE เข้าใจโค้ดของคุณดีกว่าเครื่องมือแก้ไข สิ่งนี้อนุญาตให้อินสแตนซ์สำหรับการระบุตัวตนให้สมบูรณ์และการปรับโครงสร้างใหม่ซึ่งสำหรับภาษา verbose เช่น Java นั้นเป็นการส่งผ่านของพระเจ้า


1
โปรดทราบว่าความเข้าใจทั้งหมดนี้ต้องใช้หน่วยความจำในการจัดเก็บ ดังนั้น IDE มีแนวโน้มที่จะเป็นทรัพยากรที่ค่อนข้างหิวเมื่อเทียบกับตัวแก้ไข "พอดีกับฟลอปปี้"

19
ใช่ แต่เครื่อง 8Gb i7 dev ของฉันต้องทำอะไรบางอย่างในขณะที่ฉันกำลังพิมพ์อยู่ : D
Dominique McDonnell

IDE ไม่จำเป็นต้องหิวทรัพยากร แต่ Smalltalk อาจเป็นกรณีที่มีขอบ: การสะท้อนนั้นง่ายไวยากรณ์ที่ง่ายมากและอื่น ๆ
Frank Shearar

@ Frank ขึ้นอยู่กับสิ่งที่คุณต้องการให้พวกเขาทำและวิธีการที่ง่าย

18
[To the IDE] You had me at intellisense/autocomplete

1
+1 แม้ว่ามันจะทำให้ฉันสับสนอยู่เสมอว่าฉันไม่เคยพิมพ์ชื่อเต็มคลาสเมธอดหรือชื่อสถานที่อีกต่อไปและรู้ว่าการกดแป้นหลายครั้งต้องใช้ตัวเลือกการเติมข้อความอัตโนมัติที่ถูกต้องเพียงครั้งเดียว ... tic-tic-tic-TAB- dot-tic-tic-tic-TAB-dot-tic-tic-tic
Grossvogel

5
@gross แต่มันถูกต้อง ! การพิมพ์ด้วยตนเองบ่อยครั้งแสดงถึงข้อผิดพลาดในการพิมพ์

@ TThorbjørnRavnAndersenเว้นเสียแต่ว่าคุณมีชื่อสองอย่างที่คล้ายกันและไม่ได้พิมพ์ตัวอักษรมากพอที่จะทำให้ถูกต้อง ฉันบังเอิญใส่คุณสมบัติ "NumberOfPoints" ในบางพื้นที่ที่จำเป็นต้องใช้ "NumberOfSegments" เนื่องจากไม่ได้ให้ความสนใจอย่างใกล้ชิดกับการเติมข้อความอัตโนมัติของฉัน: p ที่ถูกกล่าวว่าฉันควรมีการเติมข้อความอัตโนมัติมากกว่าไม่
KChaloux

14

ผลผลิต มีเหตุผลอื่นใดที่สมเหตุสมผลหรือไม่ สำหรับฉัน IDE ที่ออกแบบมาอย่างดีที่รวมฟังก์ชันมากมายที่ฉันทำขณะทำการเขียนโปรแกรม - การสร้างและแก้ไขรหัสโดยใช้การควบคุมแหล่งที่มาการดีบักการโต้ตอบกับเครื่องมือการจัดการโครงการการสื่อสารกับโปรแกรมเมอร์อื่น ๆ การสร้างเอกสาร - ลดแรงเสียดทานของกระบวนการอย่างมากซึ่งช่วยลดผลผลิตของฉัน

นอกจากนี้แม้ว่าฉันรู้สึกราวกับว่าฉันจำเป็นต้องรู้วิธีการใช้เครื่องมือแต่ละที แต่ฉันไม่ต้องการ อย่างน้อยสำหรับฉันการคลิกขวาที่เมาส์จะเป็นการเปิด CLI และการพิมพ์ที่ไม่มีที่สิ้นสุด

ฉันได้ใช้หลายอย่าง แต่ IDEs ที่ฉันกลับไปใช้ซ้ำแล้วซ้ำอีกคือ Visual Studio, Wing IDE และ NetBeans ทั้งหมดเพิ่มคุณค่าที่สำคัญให้กับเวลาที่ฉันใช้การเขียนโปรแกรม


9

ในอดีต IDEs ให้ความสะดวกสบายที่ไม่มีใครเทียบบนคอมพิวเตอร์ที่ทำงานแบบเดี่ยว คอมไพเลอร์ C ตัวแรกของฉันต้องการขั้นตอนต่อไปนี้ในวัฏจักร edit-compile-run:

  • เริ่มเครื่องมือแก้ไข
  • แก้ไขโปรแกรม
  • บันทึกโปรแกรมออกจากโปรแกรมแก้ไข
  • โปรแกรมคอมไพล์
  • รวบรวมโปรแกรมที่คอมไพล์แล้ว
  • ลิงก์โปรแกรมคอมไพล์และประกอบ
  • เรียกใช้โปรแกรม

ในระบบ CP / M ของฉัน (ฉันสามารถมีระบบอัตโนมัติได้มากเนื่องจากโปรแกรมแบตช์มีดิสก์ไดรฟ์ของฉันใหญ่กว่า)

เมื่อฉันได้รับ Turbo Pascal ฉันยินดีที่จะสามารถแก้ไขได้ในขณะที่รวบรวมและแก้ไขจุดบกพร่อง

ฉันเชื่อว่าสิ่งที่ทำให้ IDEs ได้รับความนิยมตั้งแต่แรก


แต่สิ่งเหล่านี้สามารถทำได้จากบรรณาธิการจำนวนมาก ตัวอย่าง Emacs
JasonFruit

@ JasonFruit: แน่นอน ฉันกำลังอธิบายสิ่งที่ดึงดูดฉันมาก่อน ในสมัยนั้นฉันใช้งาน CP / M ใน TRS-80 Mod 4 และฉันเชื่อว่า Emacs นั้นยังคงใช้ TECO อยู่
David Thornley

โอเคชี้ :-) (อิโมติคอนเพื่อเติมจำนวนอักขระที่จำเป็น)
JasonFruit

2
@ JasonFruit เครื่องจักร CP / M-80 มี RAM สูงสุด 64 Kb พิจารณาว่าคุณสามารถใส่ Emacs ได้เท่าไหร่

7

หากคุณโค้ดใน Lisp, Emacs มีความสามารถเหมือน Intellisense เช่นการค้นหาพารามิเตอร์วิธีการและการเติมข้อความอัตโนมัติดังนั้นคุณสามารถพูดได้ว่ามันเป็น IDE ดั้งเดิม นอกจากนี้ยังเป็นเรื่องดีที่จะสามารถใช้หนึ่งโปรแกรมสำหรับหลาย ๆ งาน (การแก้ไขโดยทั่วไป shell / command prompt, อ่านข่าว)

โดยทั่วไปคำถามตัวแก้ไขเทียบกับ IDE ดูเหมือนว่าจะขึ้นอยู่กับภาษาการเขียนโปรแกรม ยกตัวอย่างเช่นจากสิ่งที่ฉันเคยเห็น Ruby และ Haskell coders ดูเหมือนจะชอบโปรแกรมแก้ไขข้อความที่ชื่นชอบ


Emacs สามารถทำได้ในเกือบทุกภาษา โหมด PHP ค่อนข้างดีคือโหมดสำหรับ Javascript, Haskell, Erlang และ SQL (คนอื่นอาจจะดีเช่นกัน แต่ฉันไม่ได้ใช้)
Zachary K

เมื่อคุณเพิ่ม bells และ whistles เหล่านั้นลงใน emacs (หรือตัวแก้ไขใด ๆ สำหรับเรื่องนั้น) สิ่งที่คุณมีคือ IDE แบบบูรณาการพัฒนาสิ่งแวดล้อม ผมเปรียบเทียบกับการซื้อเค้กจากเบเกอรี่ (IDE) เมื่อเทียบกับการทำจากรอยขีดข่วน (ออกหลอกเอดิเตอร์)
พะยอม

+1, สำหรับ Coq, Haskell และ Lisp Emacs เป็นสิ่งเดียวที่มีการสนับสนุนที่ดี
jozefg

4
  • การรวบรวมแบบคลิกเดียว
  • แก้จุดบกพร่อง
  • แม่แบบรหัส
  • การเติมโค้ดให้สมบูรณ์
  • บูรณาการกับการควบคุมเวอร์ชันและเครื่องมือการเปลี่ยนโครงสร้าง
  • การทดสอบหน่วยที่ง่ายขึ้น

เพื่อชื่อไม่กี่


3

ฉันคิดว่าคำตอบนั้นขึ้นอยู่กับภาษาการเขียนโปรแกรมที่คุณใช้และคุณเก่งแค่ไหน สำหรับภาษาอย่าง JAVA คุณต้องมี IDE หากคุณกำลังทำอะไรที่ร้ายแรง ไม่ว่าเมื่อใดก็ตามที่มีการใช้ภาษาสคริปต์เช่น JS หรือ Ruby IDES ไม่ได้ใช้งานมากนัก

ฉันใช้ notepad ++ และชุดเชลล์สคริปต์ (สำหรับการสำรองข้อมูล, คอมไพล์ยอมรับ) สำหรับการพัฒนาของฉันและทำงานได้อย่างสมบูรณ์แบบ


ฉันใช้ GVIM สำหรับ Javascript และพบว่ามันเร็วกว่ามากแล้วใช้ IDE นอกจากนี้ยังใช้หน่วยความจำน้อยลงมาก เพิ่มเชลล์สคริปต์ประมาณ 3-4 รายการสำหรับสิ่งต่างๆเช่น jsLint การจัดรูปแบบและการควบคุมซีลีเนียมและฉันพบว่าฉันแทบไม่จำเป็นต้องละมือออกจากคีย์บอร์ด (และจะซื่อสัตย์ฉันอาจจะเปิดสคริปต์ทั้งหมดที่เป็นปลั๊กอิน VIM ถ้าฉันได้รับการดูแล)
รี K

3

ข้อโต้แย้งบางอย่างในความโปรดปรานของ "บรรณาธิการ":

  1. มีหลายกรณีที่ IDE ยังไม่ได้รับการพัฒนาหรือไม่เป็น
  2. ด้วยโปรแกรมแก้ไขคุณสามารถทำการเปลี่ยนแปลง "เร็วขึ้น" และอื่น ๆ อีกมากมาย
  3. มันต้องการทรัพยากรน้อยกว่ามาก (ใช้งานได้ง่ายกว่าในเวลาเดียวกัน)
  4. เพราะมันเป็นวิธีเดียวที่จะทำในการแก้ปัญหาบางอย่างเช่นที่ระบุไว้ที่นี่
  5. (ส่วนตัว) บางครั้งเมื่อฉันต้องพิมพ์ทุกอย่างฉันทำงานได้มากขึ้นโดยใช้ความรู้สึกตัวและมีส่วนร่วมกับสิ่งที่ฉันพิมพ์มากขึ้น หลายครั้งที่ฉันพบเช่นข้อผิดพลาดการสะกดคำในวิธีการ (formaqString) ซึ่งจะไม่มีใครสังเกตเห็นการใช้ IDE
  6. มันทำให้การทำงานกับการใช้แป้นพิมพ์ทำได้ง่ายขึ้น (ความเร็ว / การไหล)
  7. ความสามารถในการใช้งานมาโครหรือโปรแกรมรักษาเวลาอื่น ๆ

ฉันใช้ IDE ทุกวันเพื่อทำงานมันเป็นการยากที่จะเขียน Java / C # เป็นอย่างอื่น

(2) เปรียบเทียบกับ (3): ตัวเลือกโดยทั่วไปเท่านั้นที่จะแก้ไขไฟล์จากระยะไกล (ผ่าน ssh / เดสก์ท็อประยะไกล) และทำการเปลี่ยนแปลงเล็กน้อยกับการกำหนดค่าหรือไฟล์ของเซิร์ฟเวอร์ระยะไกล


2

ขึ้นอยู่กับภาษาของคุณแน่นอน IDE บางตัวยังมีนักออกแบบรูปแบบ / หน้าต่าง

แม้ว่ามันควรจะชี้ให้เห็นเส้นแบ่งระหว่างตัวแก้ไขข้อความของโปรแกรมเมอร์และ IDE นั้นไม่ได้กำหนดไว้อย่างดี ผู้แก้ไขหลายคนสามารถขยายเพื่อจัดการการคอมไพล์การทำให้โค้ดสมบูรณ์การดีบักและอื่น ๆ


2

ฉันใช้ IDE สำหรับการทดสอบ / การดีบัก / การรวมและ KEDIT สำหรับการแก้ไขเนื่องจาก IDE นั้นมีความบกพร่องในการแก้ไขอย่างจริงจัง
เนื่องจาก. NET IDE รู้จักการแก้ไขภายนอกทั้งหมดที่ฉันต้องทำคือบันทึกในเครื่องมือแก้ไขและยอมรับพรอมต์เพื่อโหลดแหล่งที่มา สิ่งนี้ทำให้ฉันสามารถปรับแต่งความสามารถในการแก้ไขและดีบักในเวลาเดียวกัน
สำหรับ IDE อื่น ๆ ฉันใช้ KEDIT เป็นตัวประมวลผลเทมเพลตและโปรแกรมค้นหาต้นฉบับและคัดลอก / วางซอร์สนั้นลงใน IDE


คุณทำอะไรในสิ่งที่ IDE ไม่สามารถทำได้? ฉันอยากรู้จริง ๆ มีอะไรที่ไม่เคยใช้จริงๆ แต่ IDE สำหรับส่วนมากของฉันร้ายแรงเข้ารหัส ...
คณบดีฮาร์ดิง

KEDIT เช่นเดียวกับบรรณาธิการอัจฉริยะอื่น ๆ มีความสามารถด้านสคริปต์ซึ่งทำให้ฉันสามารถทำสิ่งต่าง ๆ ที่ IDE ไม่สามารถทำได้ ตัวอย่างเช่นฉันใช้ KEDIT เพื่อทำหลายบัฟเฟอร์ (มากถึง 100 ต่อเซสชัน kedit) คัดลอกและวางและแก้ไขคอลัมน์ที่ IDE ไม่สามารถเข้าใกล้ได้
เดฟ

1

สำหรับ IDE: -
ฟีเจอร์ขั้นสูงมีการต่อสายออกจากกล่อง
- คุณสมบัติบางอย่างมีความเฉพาะเจาะจงสำหรับกรอบงานของคุณที่ผู้แก้ไขไม่มีสิ่งเทียบเท่า

สำหรับบรรณาธิการ: -
มือของคุณบนคีย์บอร์ด
- สภาพแวดล้อม dev ของคุณเหมือนกันในทุกระบบ - การ
เขียนสคริปต์ที่ดีขึ้นสำหรับการแก้ไขของคุณ -
คุณสมบัติบางอย่างของ IDE นั้นสามารถใช้ได้กับเครื่องมือหรือสคริปต์ภายนอก (Intellisense คำนิยาม goto ค้นหาการอ้างอิง)


0

เส้นโค้งการเรียนรู้ระยะสั้น แค่นั้นแหละ.


4
ฉันเดาว่าคุณยังไม่ได้ขยาย IDE ประเภทใดเลย
Harald Scheirich

4
ด้วยเสียงในฐานะนักบินของฉันฉันไม่จำเป็นต้องทำ

ช่วงเวลาการเรียนรู้สั้น ๆ สำหรับ .... ? ให้อภัย แต่นี่ไม่ชัดเจนสำหรับฉัน
Chris

0

สิ่งเดียวที่ฉันอยากแนะนำจริงๆคือตัวดีบั๊ก IDE เป็นตัวแก้ไขที่มีการเพิ่ม gubbins อื่น ๆ เอาไว้ แต่ถ้าคุณสามารถคอมไพล์โดยพิมพ์ make (หรือลูกศรขึ้น + enter) ใน command prompt คุณไม่จำเป็นต้องใช้ IDE หากคุณสามารถส่งมอบให้ SCM ได้โดยคลิกขวาใน explorer และเลือกรายการเมนูที่ต้องการคุณไม่จำเป็นต้องมี IDE

ตอนนี้ฉันรู้ว่าบางคนต้องการสิ่งต่าง ๆ เช่นการสนับสนุนการปรับโครงสร้างใหม่ (เขียนรหัสของคุณในครั้งแรก :)) หรือผู้ออกแบบ GUI ในตัว (แต่ถึงกระนั้นเมื่อใช้ Visual Studio ฉันใช้ Expression เพื่อทำงาน GUI ของฉันไม่ใช่ XAML ) และหลายคนต้องการ intellisense และการเติมข้อความอัตโนมัติ (โดยเฉพาะอย่างยิ่งสำหรับภาษา verbose เช่น Java และ C # ที่มีชื่อ godallmightlylonglong)

แต่สำหรับฉันแล้วตัวดีบั๊ก GUI เป็นเหตุผลเดียวที่ใช้ IDE ได้ดี ฉันยังคงใช้ดีบักเกอร์ 'บรรทัดคำสั่ง' (ดี windbg) แต่สำหรับวันต่อวันมันในตัวหนึ่งเพื่อ VS


0

มีประโยชน์กับ IDE ไม่ใช่ทุกภาษาที่มี IDE ที่ครอบคลุมในการชั่งตาชั่งอย่างแท้จริงหรืออาจเป็นการยากที่จะสร้างขึ้นมาสำหรับภาษาดังกล่าว สาเหตุที่ต้องการใช้ IDE เรามาเริ่มกันด้วย:

  • ภาษามี API มาตรฐานที่หลากหลายซึ่งในป๊อปอัป IDE สามารถช่วยพัฒนาความเร็วได้
  • มีรหัสจานหม้อไอน้ำจำนวนมาก (บังคับให้ลอง / จับได้รับตัวตั้งค่า / ฯลฯ )
  • การเติมข้อความอัตโนมัติสามารถตอบสนองความต้องการการเข้ารหัสของคุณได้อย่างถูกต้อง
  • ชุดการทดสอบหน่วยภาษาของคุณถูกรวมเข้ากับ IDE ดังกล่าว
  • IDE เป็นที่รู้จักและสนับสนุนห้องสมุดทั่วไปหลายภาษาเกี่ยวกับแนวปฏิบัติที่ดีที่สุด
  • มีปลั๊กอินให้ทำงาน mo'betta
  • มันไม่หนักมากมันทำให้ระบบของคุณช้าลง
  • ดีบักเกอร์แบบรวมสูง? ที่ช่วยในการ

ปัญหาไม่ใช่ว่าทุกภาษาจะได้ผลผลิตที่เพิ่มขึ้นอย่างมากจาก IDE ที่ครอบคลุม ฉันใช้ IDE สำหรับงานบางอย่างที่ฉันทำ (Java, C #) แต่ไม่ใช่สำหรับงานอื่น (Python, Ruby, Coldfusion) มันคือการกระทำที่สมดุลจริงๆ บางภาษาไม่ต้องการชุดที่ครอบคลุมดังกล่าว

มี IDEs สำหรับแต่ละรายการหรือไม่ แน่ใจ คุณต้องการหรือไม่ ไม่ได้จริงๆ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.