When you're logging a message in your app, you need
to determine what log level it should be displayed at.
Verbose logs should never be compiled into your app, except
during development. Debug logs are compiled in, but they're stripped
out at run time. Error, warn, and info logs are
all kept. And this is what the logging API looks
like. The first parameter is the log tag, which can
be any string that you want to identify the log message.
It's good practice to define the log tag as a
constant in your class. Usually it's the name of your class
or the app. The second parameter is the actual log
message. If we go back to monitor, we can see that
this is the log tag column and this is where
the log message is. If you click on this drop down
here you can filter the logs by log level. For example
you can click on Error to see all the error messages.
If you click on warn, you'll see all the warning
messages as well as anything more severe than that. The
same goes for the other levels. And verbose means that
you can see all the logs at all log levels.
As a PROTIP, you should avoid log spam for your sake and
the sake of other developers. The log buffer could fill up and important
error messages that you really need to see will either roll of the
logs or it will get lost in the sea of unimportant log messages.
عند تسجيل رسالة في التطبيق الخاص بكم، تحتاجون
.إلى تحديد مستوى التسجيل الذي ينبغي أن يعرض
لا ينبغي على الإطلاق تجميع السجلات المطولة في التطبيق الخاص بكم إلا
وقت التطوير. يتم تجميع سجلات التصحيح ولكن يتم حذفها
وقت التشغيل. تم الاحتفاظ بسجلات الخطأ والتحذير
والمعلومات. وهذا ما يكون عليه
تسجيل API. يعتبر المعامل الأول هو علامة التسجيل التي يمكن أن
.تكون أي سلسلة تودون من خلالها تعريف رسالة التسجيل
من أفضل الممارسات في هذا الفصل هو تحديد علامة التسجيل بوصفها
ثابتة. ويكون عادة اسم الفصل الخاص بكم
أو التطبيق. يكون المعامل الثاني هو التسجيل
الفعلي للرسالة. إذا قمنا بالرجوع إلى جهاز العرض، يمكننا مشاهدة أن
هذا هو العمود الخاص بعلامة التسجيل الذي تتواجد فيه
رسالة التسجيل. عند الضغط هنا على تلك المنسدلة
يمكنكم تصفية التسجيلات عن طريق مستوى التسجيل. على سبيل المثال
.يمكنكم الضغط على الخطأ لمشاهدة جميع الرسائل الخاطئة
عند الضغط على تحذير، ستشاهدون جميع الرسائل
التحذيرية علاوة على أي شيء آخر أكثر فداحة من ذلك. يسري
نفس الشيء على المستويات الأخرى. ويعني المطول أنه
.بإمكانكم مشاهدة جميع التسجيلات على جميع مستويات التسجيل
بالنسبة لـ PROTIP، ينبغي تجنب تسجيل البريد العشوائي لمصلحتكم
ولمصلحة المطورين الآخرين. يمكن إكمال مخزن التسجيل المؤقت وسوف تقوم
الرسائل الخاطئة المهمة التي تحتاجون مشاهدتها بإظهار
.التسجيلات أو ستفقد في بحر رسائل التسجيل غير المهمة
Cuando estás registrando un mensaje
en tu app, necesitas determinar
en cuál nivel de registro se debe mostrar.
Los logs Verbose nunca deben compilarse
en tu app, excepto durante el desarrollo.
Los debug logs están compilados,
pero son removidos cuando se corren.
Los logs de error, advertencia e info
todos se mantienen.
Y así se ve el logging API.
El primer parámetro es el log tag
que puede ser cualquier hilera
que quieras identificar
con el mensaje del log.
Es una buena práctica definir el log tag
como una constante en tu clase.
Usualmente es el nombre de tu clase
o del app.
El segundo parámetro es el mensaje
del log en sí.
Si vamos de vuelta al monitor,
podemos ver que esta es la columna
del log tag y aquí es
donde el mensaje del log está.
Si haces click en este menú drop down,
aquí puedes filtrar los logs por nivel.
Por ejempo, puedes hacer click
en Error para ver todos los mensajes
de error.
Si haces click en warn, verás
todos los mensajes de advertencias
así como cualquier otra cosa
que sea más severa.
Sucede lo mismo con los otros niveles.
Y Verbose quiere decir
que puedes ver todos los logs
en todos los niveles de logs.
Como PROTIP, deberías evitar el log spam
por tu propio bien,
y por el de otros desarrolladores.
El log buffer podría llenarse
y los mensajes de error importantes
que debes ver saldrán de los logs
o se perderán en ese mar
de logs insignificantes.
Saat Anda membuat log pesan
dalam aplikasi Anda,
Anda perlu tentukan
level log untuk menampilkannya.
Log Verbose sebaiknya jangan
dikompilasi dalam aplikasi Anda,
kecuali selama pengembangan.
Log debug dikompilasikan,
tapi dihapus pada waktu menjalankan.
Log kesalahan, peringatan, dan info
semua terjaga.
Dan seperti ini tampilan API logging.
parameter pertama adalah tag log,
yang bisa berupa string yang ingin Anda
identifikasikan pesan log.
Lebih baik definisikan tag log sebagai
konstanta di kelas Anda.
Biasanya itu nama kelas Anda atau
aplikasi itu.
Parameter kedua adalah pesan log aktual.
Jika kembali ke Monitor, kita bisa lihat
ini adalah kolom tag log
dan ini lokasi pesan log.
Jika Anda klik buka bawah di sini,
Anda dapat filter log berdasar level log.
Misalnya, Anda bisa klik Error untuk
lihat semua pesan kesalahan.
Jika klik Warn, akan terlihat semua
pesan peringatan
juga apapun yang lebih parah dari itu.
Hal sama juga berlaku pada level lainnya.
Dan Verbose berarti Anda bisa lihat
semua log di semua level log.
Sebagai PROTIP, Anda harus hindari
spam log
demi kebaikan Anda dan pengembang lain.
Buffer log bisa terisi dan
pesan error penting
yang benar-benar perlu Anda lihat akan
bercampur dengan log
atau akan hilang dalam
timbunan pesan log tak penting.
アプリでメッセージのログを記録する時は
どのレベルを表示すべきか決める必要があります
開発中を除いて 詳細なログ機能を
アプリにコンパイルするべきではありません
デバッグログはコンパイルしますが
実行時は削除します
エラー、警告、情報ログはすべて有効にします
またログを記録するAPIはこのようになります
最初のパラメータはLOG_TAGで
これはログメッセージを特定する任意の文字列です
クラス内でLOG_TAGを定数として定義することは
よい習慣です
通常はクラスやアプリの名前にします
2つめのパラメータは実際のログメッセージです
monitorに戻るとLOG_TAGの列と
ログメッセージの列があります
このプルダウンをクリックすると
ログレベルでログをフィルタできます
例えばerrorをクリックすると
全エラーメッセージが表示されます
warnをクリックすると全警告メッセージや
もっと深刻なログも表示されます
他のレベルに対しても同様で
verboseとは全ログレベルの
すべてのログが表示されることを意味します
プロのアドバイスとしては
ログスパムは避けるべきです
ログバッファが満杯になって
本当に必要なエラーメッセージが
重要ではない大量のログメッセージの山に埋もれ
見落とされてしまうからです
여러분이 앱에서 메시지를 로그할 때
어떤 로그 레벨에서 표시되어야 하는지
정할 필요가 있어요
Verbose 로그는 개발 과정을 제외하고는
절대 컴파일되어서는 안 됩니다
디버그 로그는 컴파일되지만
실행 시간에 없어집니다
오류, 경고, 정보 로그는
모두 보존합니다
logging API는 이렇게 생겼어요
첫번째 변수는 log tag인데
로그 메시지를 확인하고 싶은
어떤 문자열도 될 수 있어요
log tag를 class안에서
상수로 정의하는게 좋습니다
보통은 class나 앱의 이름이죠
두번째 변수는 실제 로그 메시지입니다
모니터로 돌아가면
이것이 log tag 열이고
이것이 로그 메시지입니다
여기 drop down을 눌러서
로그 레벨로 로그를 걸러서 볼 수 있어요
오류를 눌러서
모든 오류 메시지를 볼 수 있어요
경고를 누르면
모든 경고 메시지 뿐만 아니라
그보다 심한 것도 볼 수 있어요
다른 레벨도 마찬가지입니다
verbose는
모든 로그 레벨에서
모든 로그를 볼 수 있다는 뜻입니다
전문가의 조언으로서
여러분과 다른 개발자들을 위해서
로그 스팸을 피해야 합니다
로그 버퍼는 꽉 찰 수있고
여러분이 정말 보고 싶은 중요한
오류 메시지는 로그 속에 파묻혀있거나
중요하지 않은 로그 메시지 사이에서
잃어버릴 수 있어요
Quando registra uma mensagem no aplicativo, você precisa
determinar em qual nível de log ela deve ser exibida.
Logs detalhados nunca devem ser compilados no aplicativo, exceto
durante o desenvolvimento. Logs de depuração são compilados, mas são
removidos na execução. Logs de erro, aviso e informação
são mantidos. E é assim que se parece uma
API de log. O primeiro parâmetro é a tag log, que pode
ser qualquer string com que você quer identificar a mensagem log.
É uma boa prática definir a tag log como
uma constante em sua classe. Normalmente, é o nome da classe
ou do aplicativo. O segundo parâmetro é a própria
mensagem log. Se voltarmos ao monitor, poderemos ver que
esta é a coluna de tag log e aqui é onde
está a mensagem log. Se você clicar neste menu suspenso,
poderá filtrar os logs por nível de log. Por exemplo,
pode clicar em "error" para ver todas as mensagens de erro.
Se você clicar em "warn", verá todas as mensagens
de aviso, assim como qualquer coisa mais grave. O
mesmo vale para os outros níveis. E "verbose" significa que
você pode ver todos os logs em todos os níveis.
Dica de expert: você deve evitar o spam de logs para o seu bem
e o de outros desenvolvedores. O buffer de log pode ser preenchido e mensagens de
erro importantes que você precisa ver vão rolar para fora
dos logs ou serão perdidas no mensagens log não importantes.
Когда вы логируете сообщение в вашем
приложении, вам необходимо
определить, на каком лог-уровне оно
должно отображаться.
Логи «подробности» никогда не должны
компилироваться в ваше приложение
за исключением процесса разработки. Логи
«отладка» скомпилированы внутрь,
но они убираются при запуске.
Логи error, warn и info
все сохранены. И это то, как выглядит
API логирования.
Первый параметр — лог-тэг, который может
быть любой строкой, которой вы хотите
определить лог-сообщение.
Хорошей практикой является определять
лог-тэг как
константу в вашем классе. Обычно это имя
вашего класса
или приложения. Второй параметр —
фактическое лог-
сообщение. Если мы вернёмся к монитору,
мы можем видеть, что
это колонка лог-тэга и это то,
где находится
лог-сообщение. Если вы нажмёте на это
выпадающее меню
здесь, вы можете фильтровать логи по
лог-уровням. Например,
вы можете нажать на error, чтобы увидеть
все сообщения об ошибках.
Если вы нажмёте на warn, вы увидите
все предупреждающие
сообщения, а также всё более серьёзное,
чем это.
То же самое касается других уровней.
И verbose означает, что
вы можете видеть все логи на всех
лог-уровнях.
В качестве советы, вы должны избегать
лог-спама ради вас и
ради других разработчиков. Лог-буфер
может переполнится, и важные
сообщения об ошибках, которые вам
действительно нужно увидеть, выйдут
за пределы логов или затеряются в море
незначительных лог-сообщений.
Khi bạn ghi logging một thông báo trong app của bạn, bạn cần
quyết định log level nào nên được hiển thị lên.
Verbose logs sẽ không bao giờ được compile ở trong app của bạn, ngoại trừ
trong quá trình phát triển. Debug logs được dịch nhưng nó bị loại bỏ
ra ngoài khi chạy. Error, Warn và Info logs thì giữ lại.
Và đây là các logging API.
Tham số đầu tiên là log tag,
nó có thể là một chuỗi bất kỳ dùng để nhận ra log message.
Nó cũng thường dùng để định nghĩa các log tag như
là một hằng trong class. Thông thường nó là tên của class
hoặc tên ứng dụng. Tham số thứ 2 là các "log message" thực sự
Nếu bạn trở lại màn hình, Chúng ta sẽ thấy
đây là cột log tag và là đây nơi của
các log message. Nếu bạn click vào cái drop down này
bạn có thể lọc các logs bằng log level. Ví dụ
bạn có thể click vào Error để thấy các thông báo lỗi.
Nếu bạn click vào warn, bạn sẽ thấy các cảnh báo
cũng như bất cứ thứ gì nghiêm trọng hơn nó.
Các mức khác cũng vậy. Và verbose nghĩa là
bạn có thể thấy tất các các logs ở mọi mức độ
Một lời khuyên là bạn nên tránh các log spam vì lợi ích của bạn
và của các lập trình viên khác. Các log buffer có thể đầy và
các error message quan trọng mà bạn cần thấy sẽ phải cuộn rất mỏi tay để thấy
hoặc bị chìm trong một biển những thông báo không quan trọng.
在应用中记录消息时,您需要
确定其应该以哪个日志级别加以显示。
除非是在开发过程中,否则绝对不要
将冗长的日志编译到应用中。调试日志会被编译到应用中,但会在
运行时被移除。错误、警告和信息日志都
被保留下来。这就是记录 API 的
过程。第一个参数是日志标记,该标记
可以是您确定日志消息所需的任意字符串。
将日志标记定义为您的类中的常量
是一项不错的实践。通常该常量为类或应用
的名称。第二个参数是真实的日志
消息。如果您返回至监视器,我们会发现
此为日志标记列,而此为日志消息
的位置。如果您点击此处的
下拉列表,则可以根据日志级别筛选日志。例如,
您可以点击“错误”,以查看所有错误消息。
如果您点击“警告”,则会显示所有警告消息
以及严重性更高的任何内容。此情况
同样适用于其他级别。而冗长则表示
显示所有日志级别中的所有日志。
高级技巧:为了您本人和其他开发人员方便起见,您应该
避免生成垃圾日志信息。日志缓冲区会被填满,
而您真正需要了解的重要错误消息会丢失,
或者掩埋在大量的非重要日志消息中。