emenel/doomemacs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
doomemacs/modules/lang/csharp/config.el

55 lines
2 KiB
EmacsLisp
Raw Normal View History

Major optimization refactor, across the board + enable lexical-scope everywhere (lexical-binding = t): ~5-10% faster startup; ~5-20% general boost + reduce consing, function calls & garbage collection by preferring cl-loop & dolist over lambda closures (for mapc[ar], add-hook, and various cl-lib filter/map/reduce functions) -- where possible + prefer functions with dedicated opcodes, like assq (see byte-defop's in bytecomp.el for more) + prefer pcase & cond (faster) over cl-case + general refactor for code readability + ensure naming & style conventions are adhered to + appease byte-compiler by marking unused variables with underscore + defer minor mode activation to after-init, emacs-startup or window-setup hooks; a customization opportunity for users + ensures custom functionality won't interfere with startup.
2017-06-08 11:47:56 +02:00
;;; lang/csharp/config.el -*- lexical-binding: t; -*-
Write modules + defuns
2015-06-15 09:06:10 +02:00
Minor, general refactor In some contexts, map-put is superior to add-to-list.
2018-05-29 15:34:12 +02:00
(map-put auto-mode-alist '"\\.shader$" 'dshader-mode) ; unity shaders
General refactor & cleanup
2018-02-14 07:42:22 -05:00
Clean up
2015-10-08 01:48:47 -04:00
Revert macros to ...! name convention (elisp doesn't like @...)
2017-02-23 00:06:12 -05:00
(def-package! omnisharp
Major refactor & optimization of how modules load their packages Now that we are loading package autoloads files (as part of the generated doom-package-autoload-file when running make autoloads), many :commands properties are redundant. In fact, many def-package! blocks are redundant. In some cases, we can do without a config.el file entirely, and can move into the autoloads file or rely entirely on package autoloads. Also, many settings have been moved in their module's autoloads files, which makes them available ASAP; their use no longer depends on module load order. This gained me a modest ~10% boost in startup speed.
2018-05-25 00:46:11 +02:00
:hook (csharp-mode . omnisharp-mode)
:commands omnisharp-install-server
General cleanup (again)
2016-03-29 23:13:31 -04:00
:preface
(setq omnisharp-auto-complete-want-documentation nil
lang/csharp: fix omnisharp server integration
2018-02-04 04:49:05 -05:00
omnisharp-cache-directory (concat doom-cache-dir "omnisharp"))
Clean up
2015-10-08 01:48:47 -04:00
:config
Major refactor & optimization of how modules load their packages Now that we are loading package autoloads files (as part of the generated doom-package-autoload-file when running make autoloads), many :commands properties are redundant. In fact, many def-package! blocks are redundant. In some cases, we can do without a config.el file entirely, and can move into the autoloads file or rely entirely on package autoloads. Also, many settings have been moved in their module's autoloads files, which makes them available ASAP; their use no longer depends on module load order. This gained me a modest ~10% boost in startup speed.
2018-05-25 00:46:11 +02:00
(add-hook 'csharp-mode-hook #'flycheck-mode)
General cleanup + refactor
2017-05-25 20:11:24 +02:00
lang/csharp: clean up omnisharp server when killing last csharp-mode buffer
2018-02-04 05:32:43 -05:00
(defun +csharp|cleanup-omnisharp-server ()
"Clean up the omnisharp server once you kill the last csharp-mode buffer."
(unless (doom-buffers-in-mode 'csharp-mode (buffer-list))
(omnisharp-stop-server)))
(add-hook! csharp-mode (add-hook 'kill-buffer-hook #'omnisharp-stop-server nil t))
Introduce autodefs to replace some settings + :popup -> set-popup-rule! + :popups -> set-popup-rules! + :company-backend -> set-company-backend! + :evil-state -> set-evil-initial-state! I am slowly phasing out the setting system (def-setting! and set!), starting with these. What are autodefs? These are functions that are always defined, whether or not their respective modules are enabled. However, when their modules are disabled, they are replaced with macros that no-op and don't waste time evaluating their arguments. The old set! function will still work, for a while.
2018-06-15 02:58:12 +02:00
(set-company-backend! 'csharp-mode '(company-omnisharp))
Write modules + defuns
2015-06-15 09:06:10 +02:00
lang/csharp: adapt to :lookup
2018-01-19 04:17:19 -05:00
(set! :lookup 'csharp-mode
:definition #'omnisharp-go-to-definition
:references #'omnisharp-find-usages
:documentation #'omnisharp-current-type-documentation)
Revert macros to ...! name convention (elisp doesn't like @...)
2017-02-23 00:06:12 -05:00
(map! :map omnisharp-mode-map
lang/csharp: adapt to :lookup
2018-01-19 04:17:19 -05:00
:localleader
:n "b" #'omnisharp-recompile
(:prefix "r"
:n "i" #'omnisharp-fix-code-issue-at-point
:n "u" #'omnisharp-fix-usings
:n "r" #'omnisharp-rename
:n "a" #'omnisharp-show-last-auto-complete-result
:n "o" #'omnisharp-show-overloads-at-point)
(:prefix "f"
:n "u" #'omnisharp-find-usages
:n "i" #'omnisharp-find-implementations
:n "f" #'omnisharp-navigate-to-current-file-member
:n "m" #'omnisharp-navigate-to-solution-member
:n "M" #'omnisharp-navigate-to-solution-file-then-file-member
:n "F" #'omnisharp-navigate-to-solution-file
:n "r" #'omnisharp-navigate-to-region
:n "ti" #'omnisharp-current-type-information
:n "td" #'omnisharp-current-type-documentation)
(:prefix "t"
:n "r" (λ! (omnisharp-unit-test "fixture"))
:n "s" (λ! (omnisharp-unit-test "single"))
:n "a" (λ! (omnisharp-unit-test "all")))))
Update modules/lang/*
2017-02-19 18:57:16 -05:00
Reference in a new issue Copy permalink