Chuyển văn bản sang camelCase từĐầuViếtThường Miễn phí Trực tuyến An toàn

Vì sao bạn chuyển văn bản sang camelCase

Hãy mở gần như bất kỳ tệp JavaScript nào, bất kỳ lớp Java nào, bất kỳ mã nguồn Swift hay Kotlin nào, và các tên trông giống nhau: userName, totalPrice, getCustomerById, isLoggedIn. Các từ được nối liền không có khoảng trắng và không có dấu phân cách, từ đầu tiên viết thường và mỗi từ sau đó bắt đầu bằng một chữ hoa, để những cái bướu ở giữa từ đặt tên cho kiểu này. Đó là camelCase, và là dạng mà phần lớn các ngôn ngữ họ C đã chọn cho biến và hàm. Chuyển văn bản sang camelCase là biến một cụm từ như con người viết thành một cái tên mà chương trình chấp nhận và lập trình viên nhận ra.

Hãy dán một dòng và đọc lại nó dưới dạng camelCase. Phép chuyển đổi diễn ra trong trình duyệt của bạn, không có gì bạn gõ được gửi đi đâu cả, và các quy tắc theo ngôn ngữ của trang này chứ không phải tiếng Anh. Nó cắt dòng thành các từ, để từ đầu tiên viết thường, viết hoa chữ cái đầu của mỗi từ sau đó và nối chúng lại không có gì ở giữa. Bên dưới bạn sẽ thấy chính xác trang làm và không làm gì, cách nó xử lý các chữ cái khó của những ngôn ngữ khác nhau, sự khác biệt giữa camelCase và anh em chữ hoa của nó, nơi nào dạng này là quy ước và nơi nào không, và những cái bẫy vướng người vội vàng chuyển văn bản sang camelCase.

Phép chuyển đổi làm gì

Cắt, đầu viết thường, sau viết hoa, nối

Trang trước hết cắt dòng thành các từ. Từ đầu tiên giữ viết thường. Mỗi từ sau đó có một chữ hoa ở đầu, phần còn lại viết thường. Rồi các từ được nối lại không có gì ở giữa. Dòng Crème brûlée for 2 — straße 17, fooBar trả về là crèmeBrûléeFor2Straße17FooBar. Dấu thanh được giữ, các số đứng thành từ riêng, dấu gạch ngang và dấu phẩy biến mất, và fooBar, mà trang cắt ở chữ hoa của nó, đã được ghép lại thành FooBar ở cuối.

Nơi các nhát cắt rơi vào

Ranh giới giữa các từ là một khoảng trắng, một dấu câu, một dấu gạch ngang, một ký hiệu hoặc bước chuyển từ chữ thường sang chữ hoa bên trong một từ. Vì vậy customer first name, customer-first-name, customer_first_name và customerFirstName đều thành customerFirstName. Phép chuyển đổi chấp nhận gần như mọi điểm xuất phát và luôn đến cùng một dạng, khiến nó là bước cuối đáng tin cậy trước khi một cái tên đi vào mã.

Sao chép kết quả

Một nút bên cạnh kết quả sao chép nó vào bộ nhớ tạm. Hãy dán nó vào trình soạn thảo hoặc tệp nơi cần cái tên.

Phép chuyển đổi không làm gì

Nó không giữ dấu câu

Dấu phẩy, dấu chấm và dấu gạch ngang là ranh giới giữa các từ, không phải ký tự để mang sang. Đó là điều bạn muốn cho một tên biến và không phải điều bạn muốn cho văn xuôi. Một câu chạy qua trang trả về thành một cái tên, và dấu câu của nó biến mất.

Nó không bỏ dấu thanh

Dòng giữ các chữ cái có dấu: crèmeBrûlée. Nhiều ngôn ngữ cho phép chúng trong tên, nhưng nhiều công cụ và hướng dẫn phong cách thì không. Nếu bạn cần chữ cái thường, trước hết hãy cho cụm từ qua trang URL slug, nơi bỏ các dấu khỏi chữ cái Latin, rồi chuyển văn bản sang camelCase.

Nó không kiểm tra tên có hợp lệ không

Các ngôn ngữ lập trình có quy tắc riêng. Một tên không được bắt đầu bằng chữ số, và không được là từ dành riêng. Một cụm như 2 for 1 thành 2For1, mà hầu hết ngôn ngữ từ chối ngay ở ký tự đầu. Trang tạo hình dạng; bạn kiểm tra tính hợp lệ.

camelCase và PascalCase

Cùng ý tưởng, chữ cái đầu khác

Khi từ đầu tiên cũng bắt đầu bằng chữ hoa, như trong CustomerFirstName, kiểu này gọi là PascalCase, UpperCamelCase hoặc StudlyCaps. Quy ước ở hầu hết các ngôn ngữ là dùng PascalCase cho kiểu và lớp, và camelCase cho biến, hàm và phương thức. Trang này tạo dạng viết thường ở đầu. Để có PascalCase, hãy chuyển cụm từ và viết hoa chữ cái đầu bằng tay.

Vì sao chữ cái đầu quan trọng

Chữ hoa ở đầu cho người đọc biết một cái tên là một lớp, và chữ thường cho biết nó là một thể hiện hoặc một hàm. Trong các ngôn ngữ mà quy ước được công cụ thực thi, như Go, nơi chữ hoa nghĩa là công khai, sự khác biệt là một phần của ý nghĩa.

Ngôn ngữ quan trọng

Chữ viết không có khoảng trắng

Cắt thành từ cần có ranh giới. Tiếng Trung và tiếng Nhật được viết không có khoảng trắng, nên một dòng bằng các chữ viết đó trả về thành một từ duy nhất. Trang thà nói rõ như vậy còn hơn cắt ở một chỗ nó đoán, vì một nhát cắt sai sẽ tạo ra một cái tên trông hợp lý và có nghĩa sai.

Tiếng Thổ Nhĩ Kỳ và chữ i có chấm

Viết hoa chữ cái đầu của mỗi từ theo quy tắc của ngôn ngữ của trang. Trong tiếng Thổ Nhĩ Kỳ, chữ hoa của i là İ và chữ hoa của ı là I. Một bộ chuyển đổi áp dụng quy tắc tiếng Anh sẽ đổi các từ. Trang này theo ngôn ngữ nó được viết.

Tiếng Đức và chữ s nhọn

Chữ ß trong tiếng Đức ở giữa một từ giữ nguyên, như trong straße. Chữ hoa STRASSE trả về là strasse, với hai chữ s.

Chữ viết không có chữ hoa

Tiếng Ả Rập, tiếng Do Thái và các chữ viết Ấn Độ không có chữ hoa, nên các từ chỉ đơn giản được nối lại. Kết quả có đọc được trong một chữ viết như vậy hay không là chuyện của công cụ bạn dùng nó.

Nơi camelCase là quy ước

JavaScript và TypeScript

Biến, hàm và thuộc tính đối tượng được viết bằng camelCase, và thuộc tính của đối tượng JSON ở hầu hết giao diện web cũng vậy. Một cụm từ bạn chuyển văn bản sang camelCase có lẽ đang đi đến một trong những nơi này.

Java, Kotlin, Swift, C# và Dart

Cùng thói quen áp dụng cho biến cục bộ và phương thức, với PascalCase dùng cho lớp và, trong C#, cho cả phương thức và thuộc tính. Hướng dẫn phong cách của nhóm quyết định các chi tiết.

JSON từ các dịch vụ web

Nhiều API gửi các khóa như firstName và orderTotal. Nếu dữ liệu của bạn bắt đầu như một bảng, Chuyển CSV sang JSON biến hàng tiêu đề thành các khóa, và các tiêu đề đã được chuyển sang camelCase trở thành những khóa mà mã đọc được mà không cần ngoặc và dấu nháy. Đi theo chiều ngược lại, Chuyển JSON sang CSV ghi các khóa trở lại thành tiêu đề.

Hashtag và tên tài khoản

Ngoài lập trình, camel case được dùng cho hashtag như #SpringGardenTips, vì chữ hoa đánh dấu ranh giới giữa các từ cho mắt. Nó cũng tốt hơn cho khả năng tiếp cận: trình đọc màn hình đọc một hashtag có chữ hoa thành các từ riêng, và một chuỗi chữ thường thành một từ lạ duy nhất.

Nơi nó không phải là quy ước

Python, Ruby và cơ sở dữ liệu

Những nơi này ưa dấu gạch dưới. Với chúng, snake_case là công cụ.

CSS và địa chỉ web

Tên lớp, thuộc tính tùy chỉnh và địa chỉ dùng dấu gạch nối. Xem kebab-case.

Văn xuôi và tiêu đề

camelCase dành cho tên, không phải để đọc. Một tiêu đề hay một câu viết bằng nó rất khó cho mắt. Với một tiêu đề, hãy cân nhắc Title Case.

Cách chuyển văn bản sang camelCase ở đây

Dán hoặc gõ văn bản của bạn

Nhập cụm từ vào ô đầu tiên. Kết quả hiện ngay ở ô thứ hai, để bạn xem nó đổi khi bạn gõ.

Kiểm tra các nhát cắt và các từ viết tắt

Hãy nhìn nơi các từ được chia, và cách các từ viết tắt được xử lý. Một cái tên như parseHtmlString và một cái như parseHTMLString là hai quy ước khác nhau, và trang áp dụng một quy tắc xuyên suốt.

Sao chép nó

Bấm nút sao chép và dán kết quả vào nơi bạn cần. Với các dạng khác của cùng dòng, xem bên dưới.

Cùng một dòng trong cả bảy cách viết

Một bảng các dạng

Bên dưới công cụ chuyển đổi, một bảng cho thấy dòng ví dụ trong cả bảy dạng mà trang cung cấp: chữ hoa, chữ thường, Title Case, snake_case, kebab-case, camelCase và URL slug. Đó là cách nhanh để thấy cùng những từ trông thế nào trong từng dạng.

Các dạng này từ đâu ra

Hai bảng chữ cái

Chữ hoa và chữ thường từng là hai bảng chữ cái khác nhau. Chữ hoa là chữ La Mã, đục vào đá bằng cái đục; chữ thường xuống từ chữ thường Carolingian, được tạo hình bằng một cây bút di chuyển nhanh trên giấy da. Thợ in giữ hai loại trong những khay riêng, khay trên và khay dưới, và các tên đó bám lại rất lâu sau khi các khay đã biến mất.

Tên không có khoảng trắng

Các dạng lập trình trẻ hơn nhiều và được phát minh để giải quyết một vấn đề: một cái tên không thể chứa khoảng trắng. snake_case đến từ C thuở đầu, camelCase từ Smalltalk, kebab-case từ Lisp, và URL slug từ nhu cầu đặt một tiêu đề của con người vào một địa chỉ nơi khoảng trắng và dấu thanh không được phép. Trong camelCase chữ hoa làm công việc mà dấu gạch dưới hay dấu gạch nối làm ở nơi khác, đánh dấu nơi một từ kết thúc và từ kế tiếp bắt đầu.

camelCase trong quy trình rộng hơn

Từ đặc tả đến mã

Tài liệu yêu cầu được viết bằng câu, và mã được viết bằng tên. Giữa chúng, ai đó phải dịch mỗi danh từ và động từ thành một định danh. Làm bằng tay thì chậm và dễ gây không nhất quán: một lập trình viên viết customerName, người khác viết clientName cho cùng một thứ. Nếu nhóm đồng ý chuyển văn bản sang camelCase từ chính cách diễn đạt của đặc tả, các tên đi theo các từ, và ai cũng có thể tìm mã mà một yêu cầu nhắc đến bằng cách tìm cụm từ.

Từ tiêu đề bảng đến khóa đối tượng

Bảng tính có các tiêu đề như First Name, Order Total và Date Of Birth. Một khi dữ liệu trở thành bản ghi trong chương trình, các tiêu đề đó trở thành khóa. Chuyển mỗi tiêu đề sang camelCase cho firstName, orderTotal và dateOfBirth, mà mã đọc được như thuộc tính không cần dấu nháy hay ngoặc. Nếu dữ liệu sau đó phải quay lại bảng tính, Chuyển JSON sang XLSX ghi các khóa thành hàng đầu tiên, và vòng khép lại.

Từ tệp thiết kế đến thành phần

Công cụ thiết kế đặt tên lớp bằng từ đơn giản: Primary Button, Card Title. Khi lập trình viên xây các thành phần, các tên đó trở thành định danh như primaryButton và cardTitle, hoặc tên lớp primary-button và card-title. Giữ cho sự ánh xạ hiển nhiên làm việc bàn giao trơn tru hơn. Với các kích thước và màu đi kèm các lớp, Chuyển px sang rem và Chuyển HEX sang RGB chuyển các giá trị nằm sau những cái tên.

Tìm thứ bạn đã đặt tên

Một phong cách nhất quán làm việc tìm kiếm hiệu quả. Nếu mọi thuộc tính là camelCase, tìm orderTotal ra mọi chỗ dùng, và tìm ordertotal hay order_total không ra gì, điều tự nó cũng cho thông tin. Các phong cách lẫn lộn rải cùng một ý tưởng qua nhiều cách viết và giấu nó khỏi việc tìm kiếm.

Đổi tên an toàn

Khi một cái tên đổi, một công cụ đổi tên trong trình soạn thảo của bạn nên làm việc, không phải tìm và thay thế. Trước khi đổi tên, hãy chuyển văn bản sang camelCase cho tên mới từ cách diễn đạt mới của nó, để định danh mới theo quy ước ngay từ đầu. Rồi để công cụ cập nhật mọi tham chiếu.

Thử vài tên ở nơi chúng sẽ sống

Trước khi áp dụng một loạt tên, hãy thử ba hoặc bốn cái trong trình soạn thảo, bên trong các dòng mã nơi chúng sẽ xuất hiện. Nếu mỗi cái đọc tự nhiên cạnh những cái khác, loạt tên tốt. Nếu một cái chói tai, hãy diễn đạt lại cụm từ và chuyển văn bản sang camelCase lần nữa. Một lần thử ngắn tốn một phút và tránh được việc đổi tên khắp cơ sở mã.

Những cái tên đọc hay

Bắt đầu bằng động từ cho hàm

Một hàm là một hành động, và tên của nó nên nói lên điều đó: getUserName, calculateTotal, isValid. Khi bạn chuyển văn bản sang camelCase cho một hàm, hãy bắt đầu cụm từ bằng động từ.

Dùng danh từ cho giá trị

Một biến giữ một thứ: userName, totalPrice, orderList. Biến luận lý đọc hay nhất khi là câu hỏi: isActive, hasAccess, canEdit.

Nhất quán về từ viết tắt

Một số nhóm viết parseHTML, một số parseHtml. Cả hai đều ổn; sự pha trộn thì không. Hãy chọn một và áp dụng cho mọi tên, và mã của bạn sẽ dễ tìm hơn.

Giữ tên đọc thành tiếng được

Một cái tên bạn đọc to được là một cái tên bạn thảo luận được. custFnDt thì không, còn customerFirstDate thì được. Phép chuyển đổi giữ những gì bạn viết, nên hãy viết điều gì đáng giữ.

Những cái bẫy khi bạn chuyển văn bản sang camelCase

Một cái tên bắt đầu bằng chữ số

Hầu hết ngôn ngữ từ chối nó. Hãy đặt một từ hoặc một chữ cái ở phía trước.

Từ dành riêng

Một cụm như class, new hay default là từ khóa trong nhiều ngôn ngữ. Trang không biết cái nào. Hãy kiểm tra trước khi dùng tên.

Từ viết tắt và chuỗi chữ hoa

Các nhát cắt quanh một chuỗi chữ hoa có thể làm bạn bất ngờ. Hãy đọc kết quả và so với quy ước của bạn.

Dấu thanh trong tên

Được phép trong một số ngôn ngữ và không trong số khác. Nếu tên phải đi qua các công cụ cũ hơn, hãy bỏ dấu trước.

Những câu hỏi mọi người hay hỏi trước khi chuyển đổi

Dấu câu thì sao?

Nó được coi là ranh giới giữa các từ và không được mang sang.

Các số có được giữ không?

Có, như từ riêng, nối với phần còn lại.

Nó có xử lý đầu vào đã ở dạng snake_case hay kebab-case không?

Có. Dấu gạch dưới và dấu gạch nối là ranh giới, nên my_variable_name thành myVariableName.

Làm sao để có PascalCase?

Chuyển đổi, rồi viết hoa chữ cái đầu bằng tay.

Văn bản của tôi có được tải lên không?

Không. Những gì bạn gõ ở đây không bao giờ được gửi đi đâu cả, nên một bản nháp, một mật khẩu hay tên khách hàng an toàn ở đây như trong một trình soạn thảo văn bản.

Làm sao để có dấu gạch dưới hay gạch nối thay vào?

Bằng chuyển văn bản sang snake_case hoặc chuyển văn bản sang kebab-case.

Một ví dụ cụ thể

Giả sử bạn đang viết một tập lệnh nhỏ để tính phí giao hàng, và đặc tả gọi các giá trị là delivery fee per kilometre, free delivery threshold và is express order. Bạn chuyển từng cái lần lượt và đọc deliveryFeePerKilometre, freeDeliveryThreshold và isExpressOrder. Cái đầu bắt đầu bằng danh từ, đúng cho một giá trị; cái cuối bắt đầu bằng is, đánh dấu một cờ có-hoặc-không. Bạn dán ba cái vào tập lệnh làm tên biến, và đặc tả cùng mã giờ dùng cùng những từ theo cùng thứ tự, khiến việc duyệt dễ dàng.

Một danh sách kiểm tra ngắn

Trước khi chuyển đổi

Viết cụm từ bằng từ đơn giản. Bắt đầu hàm bằng động từ và cờ bằng is hoặc has. Kiểm tra ngôn ngữ đích về từ dành riêng.

Trong khi chuyển đổi

Dán cụm từ, nhìn các nhát cắt và bảo đảm tên bắt đầu bằng một chữ cái.

Sau khi chuyển đổi

Kiểm tra độ dài và các từ viết tắt, và dùng cùng một tên ở mọi nơi cần.

Những lỗi thường gặp

Dùng camelCase cho văn bản người ta sẽ đọc

Nó dành cho tên, không phải văn xuôi.

Trộn các quy ước trong một dự án

Hãy chọn camelCase, snake_case hay kebab-case cho mỗi tầng, và giữ theo.

Quên điều ngôn ngữ đích cho phép

Chữ số ở đầu, dấu thanh và từ dành riêng khác nhau giữa các ngôn ngữ.

Văn bản của bạn ở lại trên thiết bị của bạn

Phép chuyển đổi diễn ra cục bộ. Văn bản của bạn được trình duyệt của chính bạn xử lý và không có gì được gửi đi đâu cả. Không có gì để xóa sau đó và không có tài khoản nào để tạo. Đó là cách đơn giản để chuyển văn bản sang camelCase.

Tóm tắt

Để chuyển văn bản sang camelCase ở đây, hãy dán một dòng và đọc lại nó với các từ được cắt, từ đầu tiên viết thường, chữ cái đầu của mỗi từ sau được viết hoa và mọi thứ nối lại không có gì ở giữa. Một dòng đã viết ở dạng snake_case hay kebab-case được cắt ở dấu phân cách của nó. Trang không giữ dấu câu: dấu phẩy, dấu chấm và dấu gạch ngang là ranh giới giữa các từ, không phải ký tự để mang sang, đó là điều bạn muốn cho một tên biến và không phải cho văn xuôi. Cắt thành từ cần có ranh giới, nên tiếng Trung và tiếng Nhật, được viết không có khoảng trắng, trả về thành một từ duy nhất. Viết hoa chữ cái đầu theo ngôn ngữ của trang, nên chữ i trong tiếng Thổ Nhĩ Kỳ thành İ. Không có gì được tải lên.