อะไรคือความแตกต่างระหว่าง Sublime text และ Atom ของ Github [ปิด]

Github ประกาศAtomซึ่งคล้ายกับ Sublime มาก แม้บางแป้นพิมพ์ลัดชอบ⌘ + P, ⌘ + Shift + Pฯลฯ เหมือนกัน

1. Atom แตกต่างจาก Sublime อย่างไร
2. มันรวมถึงคุณสมบัติของ IDE เช่นเครื่องมือสร้าง, การข้ามนิยามฟังก์ชัน, เอกสาร, ฯลฯ หรือไม่?
3. มีใครที่ใช้ Sublime ได้รับคำเชิญเบต้าเพื่อชี้ให้เห็นความแตกต่างหรือไม่?
4. ฉันสามารถใช้ชุดรูปแบบโครงร่างและแพ็กเกจจาก Sublime ตามที่เป็นอยู่เช่นเดียวกับ Sublime ที่สามารถทำกับเพื่อนร่วมข้อความได้

1

PS: เปิดภาพในแท็บใหม่สำหรับความละเอียดที่ใหญ่กว่า

1. Atom แตกต่างจาก Sublime อย่างไร
   • Atom เป็นโปรแกรมแก้ไขข้อความแบบโอเพ่นซอร์ส / IDE ที่สร้างขึ้นบน JavaScript / HTML / CSS
   • Sublime Text เป็นผลิตภัณฑ์เชิงพาณิชย์สร้างขึ้นบน C / C ++ และ Python
   • เปรียบได้กับ Atom คือAdobe Bracketsซึ่งเป็นโอเพนซอร์สโปรแกรมแก้ไขข้อความ / IDE ที่สร้างขึ้นบน JavaScript / HTML / CSS โปรดทราบว่าสิ่งนี้จะทำให้วงเล็บใหญ่ขึ้นที่มุ่งเน้นการพัฒนาเว็บโดยเฉพาะในส่วนหน้า
   • ข้อดีของโครงการโอเพ่นซอร์สคืออัตราการพัฒนาที่เร็วขึ้นและแน่นอนราคา
2. มันรวมถึงคุณสมบัติของ IDE เช่นเครื่องมือสร้าง, การข้ามนิยามฟังก์ชัน, เอกสาร, ฯลฯ หรือไม่?
   • คำตอบสั้น ๆ คือใช่ใช่และใช่ แอพนี้เป็นแบบแยกส่วนได้อย่างสมบูรณ์ โอเพ่นซอร์สจะให้อิสระแก่ผู้คนในการเติมเต็มช่องว่างของฟีเจอร์เหล่านี้
3. มีใครที่ใช้ Sublime ได้รับคำเชิญเบต้าเพื่อชี้ให้เห็นความแตกต่างหรือไม่?
   • ข้อดีของ Atom คือความสามารถในการแฮ็คระดับเริ่มต้นเนื่องจากมันสร้างขึ้นจากรหัสเดียวกันที่ให้พลังกับเว็บไซต์
   • ข้อดีของ Sublime Text คือประสิทธิภาพเนื่องจากมันไม่จำเป็นต้องทำงานบน Node.js และเป็นผลิตภัณฑ์ที่เป็นผู้ใหญ่มากขึ้นซึ่งจะถึงเวอร์ชันเสถียร 3
   • มีรายการความแตกต่างเล็ก ๆ น้อย ๆ มากมายที่สามารถรวมอยู่ในความคิดเห็นได้ (ฉันหวังว่า markdown นี้จะสามารถวาดตารางสำหรับการเปรียบเทียบ แต่นั่นเป็นอีกปัญหาหนึ่ง)
   • เนื่องจากการปฎิบัติอย่างรวดเร็วของ Atom ฉันกลัวว่าความแตกต่างบางอย่างที่ฉันระบุไว้ที่นี่จะล้าสมัยเมื่อเวลาผ่านไป ตัวอย่างเช่นในขณะที่เขียนนี้ Atom จะพร้อมใช้งานบน Macintosh เท่านั้นในขณะที่ Sublime Text นั้นมีหลายแพลตฟอร์มอยู่แล้ว
4. ฉันสามารถใช้ชุดรูปแบบโครงร่างและแพ็กเกจจาก Sublime ตามที่เป็นอยู่เช่นเดียวกับ Sublime ที่สามารถทำกับเพื่อนร่วมข้อความได้
   • คำตอบสั้น ๆ คือไม่ แต่เนื่องจากความสามารถในการแฮ็กของ Atom จึงเป็นเรื่องง่ายที่จะเปลี่ยนแพ็กเกจจากผู้แก้ไขรายอื่นเป็น Atom

นอกจากประเด็นจากคำตอบก่อนหน้ามันคุ้มค่าที่จะอธิบายความแตกต่างระหว่างสองผลิตภัณฑ์นี้จากมุมมองของตัวเลือกที่เกิดขึ้นในการพัฒนาของพวกเขา

ประเสริฐถูกรวบรวมไบนารีสำหรับแพลตฟอร์ม แกนกลางของมันเขียนด้วย C / C ++ และคุณลักษณะหลายอย่างถูกนำไปใช้ใน Python ซึ่งเป็นภาษาที่ใช้สำหรับการขยาย Atom เขียนใน Node.js / Coffeescript และทำงานภายใต้ webkit โดย Coffeescript เป็นภาษาส่วนขยาย แม้ว่า UI และ UX จะคล้ายกัน แต่ Sublime มีประสิทธิภาพดีกว่า Atom โดยเฉพาะใน "การยกของหนัก" เช่นการทำงานกับไฟล์ขนาดใหญ่ SnR หรือปลั๊กอินที่ซับซ้อนซึ่งทำการประมวลผลอย่างหนักในไฟล์ / บัฟเฟอร์ แม้ว่าฉันจะคาดหวังว่าการปรับปรุงใน Atom จะเติบโตขึ้น แต่ตัวเลือกการออกแบบและแพลตฟอร์ม จำกัด ประสิทธิภาพ

ส่วน "ปิด" ของ Sublime รวมถึง API และ UI นอกเหนือจากสกิน / ธีมและ colourisers แล้วปัจจุบัน API ทำให้ยากต่อการปรับเปลี่ยนด้านอื่น ๆ ของ UI ตัวอย่างเช่นปลั๊กอิน Sublime ไม่สามารถโต้ตอบกับแถบด้านข้างควบคุมหรือวาดบนพื้นที่แก้ไข (ยกเว้นในบางวิธีที่ จำกัด เช่นในรางน้ำ) หรือจัดการกับแถบสถานะนอกเหนือจากข้อความพื้นฐาน ตอนนี้ส่วน "ปิด" ของอะตอมไม่เป็นที่รู้จัก แต่ฉันเข้าใจว่ามันเล็กลงAtom มี API ที่สมบูรณ์ยิ่งขึ้น (แม้ว่าจะมีการจัดทำเอกสารไม่ดีในปัจจุบัน) โดยมีเป้าหมายการออกแบบเพื่อให้สามารถควบคุม UI ได้มากขึ้น การผนวกเข้ากับ webkit อย่างใกล้ชิดนำเสนอความสามารถมากมายสำหรับการปรับปรุงคุณสมบัติ UI ที่ไม่สามารถทำได้ใน Sublime อย่างไรก็ตามส่วนขยายของ Sublime นั้นทำงานใกล้ชิดกับเจ้าของภาษามากขึ้นดังนั้นส่วนขยายที่ดำเนินการกับข้อความที่มีการคำนวณสูงและซ้ำซ้อนหรือซับซ้อนในบัฟเฟอร์ขนาดใหญ่นั้นมีความเป็นไปได้ใน Sublime

เนื่องจาก Atom จะเปิดมากขึ้น Github จึงเปิด Atom ที่มาในวันที่ 6 พฤษภาคม เป็นผลให้มีแนวโน้มว่าการสนับสนุนและการพัฒนาจะเร็วขึ้น ในทางตรงกันข้ามการพัฒนา Sublime ได้ชะลอตัวลงอย่างมีนัยสำคัญในช่วงปลาย - แต่มันก็ไม่ตาย โดยเฉพาะอย่างยิ่งมีข้อผิดพลาดจำนวนมากหลายเรื่องเล็กน้อยที่ยังไม่ได้รับการแก้ไขโดยนักพัฒนา ไม่มีการหยุด imo แต่ถ้าคุณต้องการบางสิ่งบางอย่างในการพัฒนาอย่างรวดเร็วด้วยการแก้ไขข้อผิดพลาดและการปรับปรุงปกติ Sublime จะทำให้หงุดหงิด ที่กล่าวว่าแพ็คเกจ Atom ที่ติดตั้งได้สำหรับ Windows และ Linux นั้นยังไม่ได้มีการเปิดตัวและกิจกรรมบนโค้ดเบสนั้นน่าจะมีการระบายความร้อนในสัปดาห์ก่อนและหลังการประกาศตามสถิติของ Github

ในแง่ของฟังก์ชั่น IDE จากมุมมอง webdev Atom จะอนุญาตให้ส่วนขยายไปยังจุดที่ใกล้ถึงผลิตภัณฑ์เช่น Webstorm แม้ว่าจะยังไม่ปรากฏ ยังคงเป็นที่เห็นได้ว่า Atom จะทำงานอย่างไรกับส่วนขยายที่ "หนัก" ดังกล่าวเนื่องจากเครื่องมือแก้ไขจะรู้สึกซบเซา เนื่องจากข้อ จำกัด ใน API และการขาด webkit พื้นฐาน Sublime จะไม่อนุญาตการปรับแต่ง UI ระดับนี้แม้ว่านักพัฒนาอาจขยาย API เพื่อรองรับคุณสมบัติดังกล่าวในอนาคต อีกครั้งประสิทธิภาพพื้นฐานของ Sublime ช่วยให้สิ่งต่าง ๆ ที่เกี่ยวข้องกับ grunt คอมพิวเตอร์; การจัดทำดัชนีสัญลักษณ์ของ ST3 เป็นตัวอย่างที่ทำงานได้ดีแม้กับโครงการขนาดใหญ่ และถึงแม้ว่า UI ของ Atom นั้นจะถูกสร้างแบบจำลองจาก Sublime แต่การปรับแต่งบางอย่างก็หายไปอย่างเห็นได้ชัดเช่น Sublime '

ฉันเห็นว่าผลิตภัณฑ์เหล่านี้เป็นส่วนเสริม ความจริงที่ว่าพวกเขาแบ่งปันภาพและการกดแป้นพิมพ์ที่คล้ายกันเพียงแค่เพิ่มความเป็นจริง จะมีสถานการณ์ที่การใช้ประโยชน์อย่างใดอย่างหนึ่งมีข้อได้เปรียบ ในปัจจุบัน Sublime เป็นผลิตภัณฑ์สำหรับผู้ใหญ่ที่มีคุณสมบัติที่เท่าเทียมกันในทั้งสามแพลตฟอร์มและชุดปลั๊กอินที่หลากหลาย Atom เป็นเด็กใหม่ที่มีคุณสมบัติจะเติบโตอย่างรวดเร็ว มันยังไม่พร้อมสำหรับการผลิตและยังมีข้อกังวลในเรื่องของประสิทธิภาพ

[อัพเดท / แก้ไข: 18 พฤษภาคม 2558]

หมายเหตุเกี่ยวกับการปรับปรุงบรรณาธิการทั้งสองนี้ตั้งแต่เวลาที่เขียนด้านบน

นอกเหนือจากการแก้ไขข้อบกพร่องและการปรับปรุงในส่วนหลัก Atom ยังมีการเติบโตอย่างรวดเร็วในส่วนขยายของบุคคลที่สามโดยมีการเติมข้อความอัตโนมัติบวกพร้อมกลายเป็นส่วนหนึ่งของการกระจาย Atom แบบมาตรฐาน คุณภาพการขยายแตกต่างกันไปอย่างกว้างขวางและการระคายเคืองโดยเฉพาะคือความถี่ที่แพ็คเกจของบุคคลที่สามที่ไม่เสถียรสามารถแก้ไขได้ ภายในปีที่แล้ว Atom ได้ย้ายไปใช้ React โดยเปลี่ยนกิจกรรม reflow / repaint เป็น GPU ด้วยเหตุผลด้านประสิทธิภาพการปรับปรุงการตอบสนองของ UI สำหรับการดำเนินการแก้ไขทั่วไป (การเลื่อนการเลื่อนเคอร์เซอร์เป็นต้น) แม้ว่าสิ่งนี้จะปรับปรุงความรู้สึกของตัวแก้ไขได้อย่างชัดเจน แต่ก็ยังคงรู้สึกยุ่งยากสำหรับงานที่ต้องใช้ CPU มากตามที่อธิบายไว้ข้างต้นและยังช้าในการเริ่มต้น นอกเหนือจากการปรับปรุงประสิทธิภาพแล้ว Atom รู้สึกมีเสถียรภาพมากขึ้นทั่วทั้งกระดาน

การพัฒนา Sublime เริ่มขึ้นอีกครั้งตั้งแต่เดือนมกราคมปี 2015 โดยมีการแก้ไขข้อบกพร่องคุณสมบัติใหม่บางอย่าง (Tooltip API, การปรับปรุงระบบการสร้าง) และการพัฒนาที่สำคัญในรูปแบบของคำนิยามไวยากรณ์. sublime-yaml-based ใหม่ xml .tmLanguage) เมื่อใช้ร่วมกับเอ็นจิ้น regex แบบกำหนดเองซึ่งแทนที่ Onigurama ระบบใหม่จะให้ศักยภาพในการจับคู่ regex ที่แม่นยำยิ่งขึ้นเร็วขึ้นมากถึง 4x และสามารถทำการแข่งขันหลายแบบพร้อมกัน นอกจากไวยากรณ์การระบายสีแล้ว Sublime ยังใช้องค์ประกอบเหล่านี้สำหรับการจัดทำดัชนีสัญลักษณ์ (นิยาม goto เป็นต้น) และคุณสมบัติอื่น ๆ ที่รับรู้ภาษา นอกเหนือจากการเร่งความเร็ว Sublime โดยเฉพาะอย่างยิ่งสำหรับไฟล์ขนาดใหญ่แล้วฟีเจอร์นี้ควรเปิดโอกาสให้ฟีเจอร์เฉพาะภาษาของนักแสดงเช่นการเปลี่ยนรหัสใหม่เป็นต้น

Atom เขียนโดยใช้ Node.js, CoffeeScript และ LESS จากนั้นจะถูกห่อใน WebKit wrapper ซึ่ง แต่เดิมพร้อมใช้งานสำหรับ OSX เท่านั้นแม้ว่าตอนนี้จะมีรุ่น Windows ให้ใช้งานด้วย (ต้องสร้างเวอร์ชั่น Linux จากแหล่งที่มา แต่มี PPA สำหรับผู้ใช้ Ubuntu)

สถาปัตยกรรมและฟีเจอร์จำนวนมากได้รับการทำซ้ำจาก Sublime Text เพราะพวกเขาได้ลองและทดสอบแล้ว ระบบปลั๊กอินทำงานเกือบเหมือนกัน แต่เปิดคุณสมบัติและศักยภาพใหม่ ๆ มากมายโดยการเปิดเผย APIs ใหม่เช่นกัน

ฉันเชื่อว่าทางลัดส่วนใหญ่ยังคงเหมือนเดิมเนื่องจากหน่วยความจำของกล้ามเนื้อ - ผู้คนจะจดจำพวกเขาและสามารถคลิกด้วย Atom ได้ทันที

การกำหนดค่าตามความชอบสามารถควบคุมได้ด้วย GUI แทนที่จะแก้ไข JSON โดยตรงซึ่งอาจลดอุปสรรคในการเข้าสู่การเริ่มต้นใช้งาน Atom ฉันเองพบว่ามันยากที่จะสำรวจพวกเขาทั้งหมดเนื่องจากไม่มีคุณสมบัติการค้นหาในการตั้งค่า

คุณสามารถลงทะเบียนสำหรับคำเชิญในช่อง## atom-ชวน IRC หรือลงทะเบียนไปยังเว็บไซต์ของพวกเขาและเพิ่มอีเมลของคุณ การเชิญรอบแรกมาอย่างรวดเร็ว

Atom เป็นโอเพ่นซอร์ส (เคยผ่านมาไม่กี่ชั่วโมงแล้ว) ในขณะที่ Sublime Text ไม่ใช่

นี่คือความแตกต่างระหว่างคนทั้งสอง:

• อะตอมเป็นโอเพนซอร์ส (MIT ใบอนุญาต)
• ใบอนุญาตผู้ใช้คนเดียวสำหรับ Sublime ข้อความค่าใช้จ่าย $

• อะตอมจะถูกเขียนในNode.js, CoffeeScript, HTML และน้อย
• ข้อความประเสริฐถูกเขียนใน C ++, Python สำหรับปลั๊กอินและ Objective-C สำหรับการรวมโกโก้

• Atom มีผู้จัดการแพ็คเกจในตัว *
• Sublime Text ขึ้นอยู่กับโซลูชันของบุคคลที่สามสำหรับการจัดการบรรจุภัณฑ์ ( การควบคุมแพ็คเกจ Wbond )

• ในขณะที่เขียนนี้ (05/20/2014) มีไบนารี Atom สำหรับ Mac OS X (10.8 หรือใหม่กว่า) เท่านั้น หากคุณต้องการใช้งานภายใต้ Windows หรือ Linux คุณจะต้องสร้างมันขึ้นมา ปรับปรุง:ปัจจุบันมีไบนารี Atom สำหรับ Mac OS X (10.8 หรือใหม่กว่า) Windows และ Linux
• ไบนารีข้อความ Sublime พร้อมใช้งานสำหรับ Mac OS X, Windows (ติดตั้งได้หรือพกพาได้) และ Linux (เป็น. deb หรือ tarball)

• การตั้งค่า Atom สามารถกำหนดค่าได้ทั้งผ่านอินเตอร์เฟซที่ใช้งานง่ายหรือโดยตรงโดยการแก้ไขแฟ้มการกำหนดค่า
• Sublime Text อนุญาตให้คุณเปลี่ยนการตั้งค่าผ่านไฟล์กำหนดค่าเท่านั้น

* แม้ว่า APM จะเป็นเครื่องมือที่แยกออกจากกัน แต่ก็มีการรวมและติดตั้งโดยอัตโนมัติด้วย Atom

Atom ถูกสร้างขึ้นโดย Github และมันรวมถึง "การรับรู้ git" นั่นเป็นคุณสมบัติที่ฉันชอบมาก:

นอกจากนี้มันยังเน้นไฟล์ในแผนผัง git ที่เปลี่ยนไปด้วยสีที่ต่างกันขึ้นอยู่กับสถานะการส่งมอบ:

ฉันเพิ่งได้รับคำเชิญเบต้าในวันนี้และลองใช้ Atom ทันที GUI รู้สึกเหมือน Sublime และใช่มีปุ่มลัดบางส่วนที่นำมาใช้จาก Sublime

นอกจากทุกอย่างที่กล่าวไว้ข้างต้นนี่คือความแตกต่างบางประการที่ฉันสังเกตเห็น:

1. โหมด Vim นั้นไม่ดีเท่าโหมด Vintage ใน Sublime (ซึ่งไม่ใช่ vim ที่มีคุณสมบัติครบถ้วนเช่นกัน) เนื่องจากแพ็คเกจ vim นั้นอยู่ในช่วงเริ่มต้นของการพัฒนา ดูhttps://atom.io/packages/vim-modeเพื่อดูรายละเอียด

2. อย่างที่เจมส์พูดถึง Atom เขียนโดยใช้เครื่องมือเว็บดังนั้นคุณสามารถเข้าถึงสไตล์ชีทของเท็กซ์เอดิเตอร์ (styles.less) เพื่อเปลี่ยนแปลงลักษณะที่คุณต้องการโดยใช้ CSS นอกจากนี้ยังมีตัวเลือกในการเปลี่ยนการเริ่มต้น CoffeeScript

3. อีกครั้งเนื่องจาก Atom ยังอยู่ในช่วงเบต้า Sublime จึงมีแพ็คเกจปลั๊กอินดั้งเดิมมากมาย อย่างไรก็ตามเนื่องจาก Atom เขียนใน Node.js เว็บไซต์ทางการของ Atom กล่าวว่าคุณสามารถ "เลือกได้มากกว่า 50,000 รายการในที่เก็บแพคเกจของโหนด" (เพราะฉันไม่ใช่มืออาชีพของ Node.js ฉันจึงไม่ได้ดูคุณลักษณะนี้)

4. Atom มี Github ที่ดีกว่ารองรับ แต่ Sublime มีแพ็คเกจ Git มากมาย

5. ประเสริฐเป็นระยะเวลาการประเมินผลการสมัครไม่ จำกัด Atom ฟรีที่ขั้นตอนเบต้า แต่เราไม่รู้ว่า Github ต้องการเรียกเก็บเงินหรือไม่

ดังนั้นบรรทัดล่างคือ Atom จึงเป็นโปรแกรมแก้ไขข้อความที่สร้างขึ้นด้วยเทคโนโลยีเว็บในช่วงเบต้า ในทางตรงกันข้าม Sublime มีวิวัฒนาการผ่านการทำซ้ำที่แตกต่างกันมากมาย อะตอมยังขาดแพ็คเกจจำนวนมากที่ Sublime ให้การสนับสนุนดังนั้นคำถามคือ Atom จะตอบโต้กับ Sublime หรือดีขึ้นบ้าง? ดูเหมือนว่า Github จะมีความมั่นใจเกี่ยวกับอนาคตของการแก้ไขข้อความนี้เนื่องจากเทคโนโลยีพื้นฐานที่ได้รับความนิยมและ Atom น่าจะเป็นทางเลือกที่ดีสำหรับ Sublime ในระยะยาว

ความแตกต่างอีกอย่างหนึ่งก็คือข้อความ Sublime เป็นโครงการโอเพ่นซอร์สในขณะที่ซอร์สโค้ดของ Atom คือ / จะเปิดเผยต่อสาธารณะ - แม้ว่า Github จะไม่ได้วางแผนที่จะปล่อยมันเป็นโครงการโอเพ่นซอร์สจริง พวกเขาต้องการให้การเข้าถึงรหัสโดยไม่ต้องเปิดให้มีส่วนร่วม

Github ทำให้รหัสเป็นที่สาธารณะ: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

Atom ยังอยู่ในช่วงเบต้า (v0.123 ในขณะที่ฉันกำลังเขียน) แต่มันก็เคลื่อนที่เร็ว วิธีเร็วกว่า Sublime การสร้างใหม่จะออกเป็นรายสัปดาห์บางครั้งแม้แต่น้อยในสัปดาห์เดียวกัน ในช่วงเวลาสั้น ๆ มันมีการเปิดตัวมากกว่า Sublime ซึ่งใช้เวลาเป็นเดือนในการปล่อยฟีเจอร์ใหม่หรือการแก้ไขบั๊ก ต่อไปนี้เป็นสิ่งที่ได้รับการอัปเดตเกี่ยวกับสิ่งที่มองย้อนกลับไปบนเส้นทางที่ Atom ทำมาตั้งแต่เปิดตัวเบต้า

1. ประเสริฐมีประสิทธิภาพที่ดีกว่า Atom เพียงเพราะมันเขียนใน C ++ ในทางกลับกัน Atom เป็นแอปเดสก์ท็อปที่ใช้เว็บซึ่งสร้างขึ้นจาก Chromium และในขณะที่พวกเขาใช้งานได้ใกล้กับหัวใจมันจะยากมากหรือเป็นไปไม่ได้ที่จะเข้าถึงความเร็วและการตอบสนองที่เท่ากัน Atom เดือนกรกฎาคมที่ผ่านมาเริ่มใช้ React และให้ประสิทธิภาพที่ดี แต่คุณยังคงรู้สึกถึงความแตกต่าง นอกเหนือจากนั้นหากปัญหาด้านประสิทธิภาพของ Atom จะไม่ผลักผู้ใช้ออกไป - เพิ่มความเร็วรอบการปล่อยให้ดีขึ้นให้แปรง UX tweaks ที่เล็กลงและพิจารณาปล่อยให้ผู้มีส่วนร่วมมากขึ้นเพราะนี่คือสิ่งที่ Atom ชนะ

2. ระบบนิเวศของแพ็คเกจ Atom นั้นเติบโตอย่างรวดเร็วจริง ๆ มันอาจจะไม่ใหญ่เท่ากับ Sublime ในขณะนี้ แต่ฉันมีความรู้สึกว่าเมื่อ GitHub กลับมาแล้วมันจะเติบโตได้เร็วขึ้น อาจมี IDE ส่วนใหญ่เช่นปลั๊กอินที่คุณนึกออก ข้อแตกต่างที่สำคัญตอนนี้คือมันไม่สามารถจัดการไฟล์ที่มีขนาดใหญ่กว่า 2MB ดังนั้นจึงเป็นสิ่งที่ควรคำนึงถึง

3. สิ่งหนึ่งที่คุณจะสังเกตเห็นก่อนคือ Sublime minimap หายไป! นอกเหนือจากนั้นความประทับใจแรกคือ Atom มีลักษณะเกือบเหมือนกับ Sublime ฉันเขียนเพิ่มเติมในเชิงลึกเกี่ยวกับการเปรียบเทียบในโพสต์บล็อกนี้

4. ไม่มีวิธีที่ง่ายตรงไปตรงมาในการตั้งค่า Sublime แพ็คเกจและอื่น ๆ เท่าที่ฉันรู้

ฉันลองใช้ Atom และมันดูดีมาก ๆ แต่ก็มีปัญหาหนึ่งที่สำคัญ (อย่างน้อยใน v 0.84)

ไม่รองรับการเลือกAlt+ ลากแนวตั้ง- นี่เป็นสิ่งที่จำเป็นสำหรับเครื่องมือแก้ไขรหัสที่ทันสมัยทุกตัว

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

• http://sublimetext.userecho.com/topic/117587-thai-language-issue/
• http://sublimetext.userecho.com/topic/99013-can-not-show-or-type-chinese-charactor-on-ubuntu-system/

ฉันทำงานในสภาพแวดล้อมที่รุนแรงเล็กน้อย แก้ไขไฟล์ในระบบไฟล์ระยะไกล (เครือข่ายภายนอกแน่นอน) ที่ติดตั้งบนแล็ปท็อปของฉันถึง ssh (aka. sshfs) ไม่ว่าทำไมฉันถึงทำแบบนี้ แต่การตอบสนองที่ยุ่งยากมันก็ค่อนข้างกินได้เมื่อฉันใช้ Sublime Text 2

ฉันลองใช้ Atom หลังจากอ่านบทความนี้ แต่มันกลับกลายเป็นว่าฉันค่อนข้างเจ็บปวด Atom ดูเหมือนว่าจะไม่มีโครงสร้างไดเรกทอรีแคชอย่างมีประสิทธิภาพ ทุกครั้งที่ฉันขยายโฟลเดอร์บน Tree View UI จะหยุดชั่วครู่ชั่วครู่ 2 ~ 3 วินาทีอาจดึงข้อมูลระบบไฟล์ ใช่เป็นเพราะฉันใช้ระบบไฟล์ระยะไกล แต่ประเสริฐจัดการกับสิ่งนี้ได้อย่างมีประสิทธิภาพมากขึ้นอย่างน้อยก็ไม่ได้หยุดทุกครั้งที่ฉันขยายโฟลเดอร์มันเจ็บปวดน้อยลง

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

-

เพิ่มเมื่อ 8/26/2014

เมื่อเร็ว ๆ นี้ฉันเปลี่ยนแล็ปท็อปของฉันจาก Macbook Air 2010 มาเป็น Macbook Pro 13 "2013 ช้ามันน่าจะมีซีพียูเร็วขึ้น 4 เท่าและมีการปรับปรุงประสิทธิภาพมากขึ้นฉันอยากจะพูดถึงความคิดเห็นของฉันเป็นเรื่องเกี่ยวกับ (ใช้OS X Mavericksเวอร์ชันล่าสุดของ Atom, FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 และระบบระยะไกลเป็นเซิร์ฟเวอร์ Ubuntu) ในที่สุด UI ค้างสั้นลงเล็กน้อย แต่ก็ยังอยู่ที่นั่นโดยเฉพาะ เพื่อเปิดโฟลเดอร์ที่มีโฟลเดอร์ / ไฟล์จำนวนมากและทำดัชนีจะต้องใช้ระยะเวลาที่แน่นอนนอกจากนี้หากคุณขยายโฟลเดอร์ที่เต็มไปด้วยไฟล์มันจะไม่เป็นระเบียบ (เมื่อยุบโฟลเดอร์จะไม่ทำเช่นนั้น)

ตามที่ @EliDuenisch ดูเหมือนว่าจะไม่เกิดขึ้นกับ Linux Mint ฉันไม่แน่ใจ แต่อาจมาจากความแตกต่างระหว่างระบบปฏิบัติการ แน่นอนถ้าคุณทำงานกับระบบไฟล์โลคอลคุณไม่จำเป็นต้องใส่ใจกับปัญหานี้เลย

ความแตกต่างที่สำคัญอย่างหนึ่งที่ไม่มีใครได้ชี้ให้เห็นและอาจมีความสำคัญต่อบางคนคือ (อย่างน้อยบน Windows) Atom ไม่รองรับรูปแบบแป้นพิมพ์อื่น ๆ อย่างเต็มที่กว่าสหรัฐอเมริกา มีรายงานข้อผิดพลาดเกี่ยวกับเรื่องนั้นที่มีโพสต์ไม่กี่ร้อยโพสต์ที่เปิดมานานกว่าหนึ่งปีแล้ว ( https://github.com/atom/atom-keymap/issues/35 )

อาจมีความเกี่ยวข้องเมื่อเลือกบรรณาธิการ

ความสนใจ ::

- เนื่องจากระบบแคชไม่ดีทำให้การสูญเสียข้อมูลของ Atom เกิดขึ้นบ่อยครั้งเมื่อใช้ไฟล์ขนาดใหญ่

มันได้รับการพิสูจน์หลายครั้ง