Vi vs vim, hoặc, có bất kỳ lý do tại sao tôi muốn sử dụng vi?

Tôi biết một chút về các trình soạn thảo văn bản * NIX (hiện đang chuyển từ nanosang vim) và sau khi tìm hiểu một chút về Unix & Linux SE, đã nhận thấy rằng nó viđược sử dụng thay vì 'vim' trong một số lượng câu hỏi hợp lý. Tôi biết rằng 'vim' là viết tắt của 'Vi IMproved', và với suy nghĩ đó, tôi tự hỏi tại sao mọi người lại thích sử dụng vi thay vì vim. Có vi có lợi thế đáng kể so với vim?

Chỉnh sửa: Tôi nghĩ rằng câu hỏi của tôi đang bị hiểu sai. Tôi biết rằng vim, phần lớn, mạnh hơn đáng kể và đầy đủ tính năng thì vi là. Điều tôi muốn biết là nếu có bất kỳ trường hợp nào có thể xảy ra khi vi có lợi thế hơn vim, chẳng hạn như sử dụng ít bộ nhớ, tỷ lệ phổ biến trên các hệ thống * nix, v.v.

vilà (cũng) một trình soạn thảo tiêu chuẩn POSIX . Có rất nhiều triển khai và vimcó khả năng là phổ biến nhất ít nhất là trên Linux.

Mặc dù nhiều hệ điều hành tuân thủ Unix truyền thống cung cấp các vitriển khai rất gần với tiêu chuẩn, nhưng vimđã bổ sung rất nhiều tính năng bổ sung khiến nó trở thành con dao hai lưỡi.

Tất nhiên, các tiện ích mở rộng này thường được thiết kế để giảm bớt quá trình chỉnh sửa và cung cấp các tính năng và chức năng hữu ích. Tuy nhiên, một khi bạn đã quen với một số trong số họ (không phải mỹ phẩm như tô màu cú pháp mà là những người thay đổi hành vi của biên tập viên), bạn có thể dễ dàng quên họ là cụ thể; và sử dụng một triển khai khác, bao gồm cả các triển khai dựa trên mã BSD ban đầu có thể rất khó chịu. Điều ngược lại cũng đúng.

Điều này khá giống với vấn đề xảy ra với các tập lệnh sử dụng bashism không POSIX phải đối mặt với việc triển khai shell chính thống hơn như dashhoặc ksh.

Không có vi không có bất kỳ lợi thế đáng kể so với vim thay vì cách khác. Vim có nhiều ưu điểm hơn Vi. Bạn có thể quan tâm: Tại sao, oh TẠI SAO, làm những #? @! nuthead sử dụng vi?

Chỉnh sửa cũng đọc: Học VIM có đáng nỗ lực không?

Sau khi dành phần lớn cuộc đời (không bao gồm thời thơ ấu) chỉnh sửa thoải mái với Vim, tôi đã dành khoảng một tháng chỉ để sử dụng vi. Khi làm như vậy, tôi nhận ra rằng tôi đã phụ thuộc vào Vim cho tất cả các nhu cầu sửa đổi văn bản của mình. Trước chuyến đi của tôi với vi, bất cứ khi nào tôi phải thay thế một số văn bản hoặc thực hiện một thao tác tương tự trong một nhóm lớn các tệp, tôi sẽ chỉ mở các tệp trong Vim và chạy một :bufdolệnh, và bất cứ khi nào tôi phải thụt lề hoặc định dạng một số tệp, Tôi sẽ mở chúng trong Vim và sử dụng các lệnh =và gwlệnh của Vim . Tôi phụ thuộc vào Vim. Sau khi nhận ra vi không có các lệnh này, tôi buộc phải thực hiện chuyển đổi văn bản hàng loạt với sedvà học được rất nhiều về các chương trình khác như awkvàindent. Mặc dù cuối cùng tôi đã quay lại sử dụng Vim, nhưng kiến ​​thức tôi có được bằng cách sử dụng một trình soạn thảo ít tính năng hơn là đáng kể và đã được chứng minh là cực kỳ hữu ích. Ngoài việc tìm hiểu về các công cụ bên ngoài trình soạn thảo văn bản, tôi cũng trở nên quen thuộc hơn với vi. Bất cứ khi nào tôi đang làm việc trên một hệ thống mới hoặc một máy chủ không có Vim, tôi cảm thấy thoải mái hơn khi sử dụng vi so với trước khi chuyến đi dài cả tháng của tôi.

Ngoài ra, tháng trước tôi đã cài đặt Linux trên máy tính bảng WM8650 giá rẻ và nhận thấy có sự khác biệt hiệu năng đáng chú ý giữa Vim và vi, vì vậy tôi có xu hướng sử dụng vi trên máy tính bảng.

Tôi sẽ có một thời gian khó khăn khi sống mà không có vim nhưng tôi không thể chịu đựng được . Tuy nhiên, học cái trước ít nhất sẽ để lại cho bạn một ý tưởng về cách đối phó với cái sau khi đó là tất cả những gì có sẵn.

Giao diện vim theo mặc định thực sự khá gần với vi. Nếu tôi đang làm việc trên một hệ thống với vim, điều đầu tiên tôi làm là thêm công cụ này vào ~/.vimrc:

syntax enable
set nocp
set wildmenu

Có một loạt những thứ khác tôi thích - bây giờ và đánh số, v.v. - nhưng đừng bận tâm. "cho phép cú pháp" chỉ bật tính năng tô sáng cú pháp cơ bản (hơi khó hơn: filetype plugin oncũng cơ bản); "nocp" tắt khả năng tương thích vi và nó là thế này mà bắt đầu để phân biệt vim từ Ye Olde vi (ví dụ, nó cho phép showmodemà làm cho toàn bộ kinh nghiệm phần nào con người hơn, vì bây giờ bạn có một số đầu mối về việc liệu bạn đang ở trong lệnh hoặc ~ INSERT ~ chế độ). "wildmenu" chỉ cung cấp cho bạn một menu hoàn thành theo chiều ngang khi làm một số việc, điều này cũng giúp cuộc sống dễ dàng hơn.

Các phương tiện chỉnh sửa văn bản của vim là không ai sánh kịp - ngoài emacs, tôi chưa bao giờ thấy hoặc nghe về một phần mềm nào gần gũi. Chúng không dễ học, nhưng một khi bạn biết chúng, chúng sẽ nhanh hơn nhiều so với menu chuột để sử dụng và năng động hơn nhiều so với các lựa chọn thay thế macro đơn giản trong giao diện dựa trên menu chuột. Để lập trình, đôi khi tôi sử dụng vim cùng với một IDE như Eclipse, nhưng tôi làm hầu hết công việc trong vim.

Nếu bạn đi theo con đường đó, lol, hãy nhìn vào các plugin tự động hoàn thành và danh sách thẻ. Và hãy cẩn thận mặt tối.

Ưu điểm là vi thường được cài đặt sẵn trong UNIX doanh nghiệp như AIX hoặc Solaris. Bên cạnh đó vim không thể truy cập trên phương tiện cài đặt.

Tôi đã nhận thấy rằng tôi chỉ chọn Vihơn VIMkhi tôi sao chép và dán một tài liệu văn bản hoặc tập tin cấu hình mà tôi đã sử dụng catlệnh. Điều này là do khi tôi cố gắng ctrl-cvà sau đó ctrl-vvào VIMtài liệu đã mở, nó buộc tất cả các dòng phải có một nhận xét trước chúng. Vì vậy, khi tôi sử dụng Viđể ctrl-vhoặc pastevào Vitài liệu đã mở, nó sẽ dán chính xác những gì tôi đã sao chép từ đó. Ngoài ra, tôi sử dụng VIMcả ngày dài.

Thưởng thức!

Như các câu trả lời trước đã được đề cập, vi đi kèm với mọi hệ thống UNIX ngoài kia.

Tôi chỉ muốn thêm một ví dụ. Arch Linux là một bản phân phối đặc biệt phổ biến và nhẹ mà cả Trình cài đặt hoặc bản phân phối cơ sở đều đi kèm với vim theo mặc định, tuy nhiên cả hai đều đi kèm với vi.

Đây không phải là một lợi thế cho vi per se , bởi vì bạn có thể chỉ cần cài đặt vim thủ công và bạn chỉ cần thực hiện một chút trong quá trình cài đặt yêu cầu trình soạn thảo văn bản và không có gì vim vượt trội hơn vi cho mục đích dự định. Nhưng hiểu được sự khác biệt và vi đó có mặt ở khắp mọi nơi và nhẹ hơn vim sẽ mang lại cho nó một số lợi thế thích hợp.

Ngoài ra, để toàn diện, chưa ai nói rõ rằng vi là tiền thân trực tiếp của vim. Vim được mong muốn đặc biệt là mọi thứ mà vi là, và hơn thế nữa.

Vì vậy, theo một cách rất trực tiếp, vim vượt trội hơn vi, bởi vì nó được thiết kế để trở thành .

Lý do duy nhất từng sử dụng vi trên vim là khi bạn không có lựa chọn nào khác.

Có rất nhiều, rất nhiều lý do tại sao vim là viết tắt của "vi cải thiện"!

Mượn từ một bài liên quan tôi đã trả lời: -

1. Nhiều cửa sổ - ngang, dọc & tab.
2. Làm nổi bật hình ảnh.
3. Trợ giúp trực tuyến thông qua lệnh: help.
4. Ghi macro vào một thanh ghi mà sau đó bạn có thể thực thi.
5. Hoàn tác (và làm lại) nhiều lần, thay vì hoàn thành việc chuyển đổi cũ.
6. Lịch sử dòng lệnh, lịch sử tìm kiếm.
7. Toàn bộ ngôn ngữ được nhúng cùng với một loạt các hàm có sẵn, ví dụ getcwd ()
8. Phù hợp với mô hình mở rộng.
9. Word hoàn thành thông qua ctrl-P & ctrl-N.
10. Một trình điều hướng tập tin được xây dựng (một chút lộn xộn, nhưng có thể hữu ích).
11. Khóa ESC thực sự thoát khỏi các lệnh mà bạn đang cố gắng thoát khỏi thay vì (điên cuồng) chạy chúng như vi.
12. Khả năng chạy các lệnh trên tất cả các bộ đệm, args hoặc windows thông qua bufdo, argdo & Windo.

Đây là đoạn trích từ Vim Koans :

Master Wq và chủ Unix

Một bậc thầy Unix cũ đã đến với Master Wq. Tôi đang gặp rắc rối, Wq. Bạn dạy cách của Vim. vi là thánh nhưng Vim thì không; mã của nó ngổn ngang, tính năng của nó bộ nhớ đám đông; nhị phân của nó là rất lớn, hành vi của nó không nhất quán. Đây không phải là cách của Unix. Tôi sợ bạn đánh lừa học sinh của bạn. Những gì có thể được thực hiện?"

Thầy Wq gật đầu. Anh nói đúng, anh nói. Vim Vim bị hỏng. Hãy để chúng tôi sửa chữa nó. Chúng ta bắt đầu chứ?"

Ông chủ Unix cũ đồng ý và mở một cái vỏ. Anh gõ:

$ vi vim.c

Anh bắt đầu viết mã. Master Wq đã xem một lúc rồi hỏi anh ta, bạn đang sử dụng vi nào? Nvi? Vim? Elvis?

Tôi không biết, tôi đã nói chủ Unix. Không có vấn đề gì.

Thầy Wq gật đầu. Ông chủ Unix ngồi sững sờ một lúc và đóng tài liệu của mình chưa được lưu.